(57)【要約】  本開示の実施形態は、無線通信システムにおける有効範囲向上のための方法と装置を提供する。本発明の実施形態による方法では、複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットが決定され、ＡＣＫ／ＮＡＣＫメッセージの展開結果が複数のＰＨＩＣＨリソースでＵＥに送信されるように、複数のＰＨＩＣＨリソースを用いてＡＣＫ／ＮＡＣＫメッセージが展開される。【選択図】図２
2016536915.tif 000002
【特許請求の範囲】
【請求項１】
複数の物理的ハイブリッドＡＲＱ表示チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＰＨＩＣＨ））リソースを含むＰＨＩＣＨリソース・セットを決定するように構成された決定部と、
前記複数のＰＨＩＣＨリソースで基地局（ｂａｓｅ  ｓｔａｔｉｏｎ（ＢＳ））から送信されるＡＣＫ／ＮＡＣＫメッセージの展開結果を受信するように構成された受信部と、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果に基づいて、前記ＡＣＫ／ＮＡＣＫメッセージを取得するように構成された取得部と、
を含む無線通信システムにおける有効範囲向上のための装置。
【請求項２】
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記決定部は、
少なくとも前記ＰＨＩＣＨリソース・セットのサイズを含む、前記ＰＨＩＣＨリソース・セットについての情報を取得するように構成された情報取得ユニットと、
ＰＨＩＣＨパラメータと前記ＰＨＩＣＨリソース・セットについての前記情報とに基づいて、前記ＰＨＩＣＨリソース・セットの前記複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアを決定するように構成されたインデックス決定ユニットと、
を含み、
前記ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさと、ＰＨＩＣＨグループの数と、復調用参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ（ＤＭＲＳ））フィールドへサイクリック・シフトからマップされた要素と、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＰＵＳＣＨ））の送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ（ＴＢ））のインデックスと、ＴＤＤアップリンク／ダウンリンク構成のインジケータとを含む、
請求項１に記載の装置。
【請求項３】
前記情報取得ユニットは、前記ＢＳから前記ＰＨＩＣＨリソース・セットについての前記情報を受信するように構成された受信ユニットを含む請求項２に記載の装置。
【請求項４】
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記複数のＰＨＩＣＨシーケンスは、１つのＰＨＩＣＨグループに属する又は複数のＰＨＩＣＨグループに属する、
請求項１に記載の装置。
【請求項５】
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記取得部は、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果と、前記複数のＰＨＩＣＨシーケンスとを結合するように構成された結合ユニットと、
結合結果に応じて前記ＡＣＫ／ＮＡＣＫメッセージを取得するように構成されたメッセージ取得ユニットと、
を含む請求項１に記載の装置。
【請求項６】
前記結合ユニットは、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果と、前記複数のＰＨＩＣＨシーケンスとを関連付けるように構成された関連付けユニットと、
前記結合結果として、関連付けの結果の合計を計算するように構成された計算ユニットと、
を含む請求項５に記載の装置。
【請求項７】
有効範囲向上が必要とされるか否か判定するように構成された判定部を更に含み、前記有効範囲向上が必要とされることに応じて、前記ＰＨＩＣＨリソース・セットが決定される請求項１に記載の装置。
【請求項８】
複数の物理的ハイブリッドＡＲＱ表示チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＰＨＩＣＨ））リソースを含むＰＨＩＣＨリソース・セットを決定するように構成された決定部と、
ＡＣＫ／ＮＡＣＫメッセージの展開結果が前記複数のＰＨＩＣＨリソースでユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ（ＵＥ））に送信されるように、前記複数のＰＨＩＣＨリソースを用いて前記ＡＣＫ／ＮＡＣＫメッセージを展開するように構成された展開部と、
を含む無線通信システムにおける有効範囲向上のための装置。
【請求項９】
複数の物理的ハイブリッドＡＲＱ表示チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＰＨＩＣＨ））リソースを含むＰＨＩＣＨリソース・セットを決定することと、
前記複数のＰＨＩＣＨリソースで基地局（ｂａｓｅ  ｓｔａｔｉｏｎ（ＢＳ））から送信されるＡＣＫ／ＮＡＣＫメッセージの展開結果を受信することと、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果に基づいて、前記ＡＣＫ／ＮＡＣＫメッセージを取得することと、
を含む無線通信システムにおける有効範囲向上のための方法。
【請求項１０】
複数の物理的ハイブリッドＡＲＱ表示チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＰＨＩＣＨ））リソースを含むＰＨＩＣＨリソース・セットを決定することと、
ＡＣＫ／ＮＡＣＫメッセージの展開結果が前記複数のＰＨＩＣＨリソースでユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ（ＵＥ））に送信されるように、前記複数のＰＨＩＣＨリソースを用いて前記ＡＣＫ／ＮＡＣＫメッセージを展開することと、
を含む無線通信システムにおける有効範囲向上のための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、概して通信技術に関する。とりわけ本発明の実施形態は、無線通信システムにおける有効範囲向上のための方法及び装置に関する。
【背景技術】
【０００２】
ＧＳＭ（登録商標）／ＨＳＰＡ技術の大成功の発展規格としても知られる３ＧＰＰ  ＬＴＥとＬＴＥ−Ａｄｖａｎｃｅｄは、次世代セルラ通信技術のための新しい一連の仕様と規格とを生み出している。ＬＴＥとＬＴＥ−Ａｄｖａｎｃｅｄには、ユーザから基地局までと、その逆とで送信方向を区別するために、２つの異なる複信モード、周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ（ＦＤＤ））と時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ（ＴＤＤ））とがある。
【０００３】
最初の送信での復号化失敗の発生に対処するために、ＬＴＥでは、物理層で、復号化失敗したデータの転送のためのハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ（ＨＡＲＱ））を採用する。ＨＡＲＱは、復号化が失敗したときに、受信部が送信部に否定応答（Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＮＡＣＫ））を送り、送信部が復号化失敗したデータを再送信するのを可能にする技術である。データの復号化が成功した場合は、受信部は送信部に確認応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ））を送り、送信部が新しいデータを送信するのを可能にする。
【０００４】
機械対機械（Ｍａｃｈｉｎｅ−ｔｏ―Ｍａｃｈｉｎｅ（Ｍ２Ｍ））通信とも呼ばれる機械型通信（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＭＴＣ））は、新興の通信パターンである。多くのＭＴＣユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔｓ（ＵＥｓ））はＧＳＭ（登録商標）／ＧＰＲＳによって十分に取り扱われることができる、ローエンド（ユーザにつき平均的収益が低い、データレートが低い等）のアプリケーションを対象にしている。
【０００５】
ＬＴＥの配備が進展しているので、無線アクセス技術（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｉｅｓ（ＲＡＴｓ））の数を減らすことによってネットワーク全体の維持コストを下げることが望ましい。しかし、フィールドに、より多くのＭＴＣ  ＵＥｓが配備されると、ＧＳＭ（登録商標）／ＧＰＲＳネットワークに対する依存が増し、よって、これらのネットワークの運用コストは増加する。それゆえに、ローエンドのＭＴＣ  ＵＥｓがＧＳＭ（登録商標）／ＧＰＲＳからＬＴＥネットワークに移行すると非常に有益である。
【０００６】
ＬＴＥリリース８〜１１においては、データ送信は、中ぐらい又は高い信号対雑音比（Ｓｉｇｎａｌ  ｔｏ  Ｎｏｉｓｅ  Ｒａｔｉｏ（ＳＮＲ））、すなわちＳＮＲ＞−５ｄＢに対し設計される。ＭＴＣ  ＵＥのＳＮＲは、−２５．３ｄＢぐらいに低い可能性がある。現在利用可能なＬＴＥリリースでＭＴＣ  ＵＥをサポートすることは、とても挑戦的である。３ＧＰＰは、ＳＮＲが低い範囲でＭＴＣ  ＵＥをサポートすることが可能な方法を研究するために、研究項目（ＳＩＤ：ＲＰ−１２１４４１）を開始した。テクニカル・レポート（ＴＲ３６．８８８））が準備された。ＲＡＮＰ＃６０では、ＷＩＤ（ＲＰ−１３０８４８）が「ＰＨＩＣＨ及びＰＣＦＩＣＨ物理チャネルによって、有効範囲が限定されたＵＥが制限されないような、ＰＨＩＣＨ及びＰＣＦＩＣＨ機能の簡略化又はＰＨＩＣＨ及びＰＣＦＩＣＨ機能の代わりとなるメカニズム」を提案した。
【０００７】
しかし、既存の解決方法によれば、ＳＮＲが低い場合において、物理的ハイブリッドＡＲＱ表示チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＰＨＩＣＨ））でのＡＣＫ／ＮＡＣＫメッセージの送信成功の割合は、むしろ低い。
【０００８】
上記課題の観点から、ＡＣＫ／ＮＡＣＫメッセージの送信成功の割合を改善するように、ＰＨＩＣＨの有効範囲を向上することが望ましい。
【発明の概要】
【課題を解決するための手段】
【０００９】
上記の潜在的問題の少なくとも１つに対処するか、軽減するために、本発明の実施形態は、ＰＨＩＣＨの有効範囲を向上することを提案する。具体的には、本発明の実施形態は、ＰＨＩＣＨでのＡＣＫ／ＮＡＣＫメッセージの送信成功の割合が改善されるように、複数のＰＨＩＣＨリソースを用いてＡＣＫ／ＮＡＣＫメッセージを展開するための解決方法を提供する。
【００１０】
本発明の第１の観点によれば、本発明の実施形態は、無線通信システムにおける有効範囲向上のための方法を提供する。前記方法は、複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットを決定するステップと、ＡＣＫ／ＮＡＣＫメッセージの展開結果が前記複数のＰＨＩＣＨリソースでＵＥに送信されるように、前記複数のＰＨＩＣＨリソースを用いて前記ＡＣＫ／ＮＡＣＫメッセージを展開するステップとを含むものとしても良い。
【００１１】
本発明の第２の観点によれば、本発明の実施形態は、無線通信システムにおける有効範囲向上のための方法を提供する。前記方法は、複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットを決定するステップと、前記複数のＰＨＩＣＨリソースで基地局（ｂａｓｅ  ｓｔａｔｉｏｎ（ＢＳ））から送信されるＡＣＫ／ＮＡＣＫメッセージの展開結果を受信するステップと、前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果に基づいて、前記ＡＣＫ／ＮＡＣＫメッセージを取得するステップとを含むものとしても良い。
【００１２】
本発明の第３の観点によれば、本発明の実施形態は、無線通信システムにおける有効範囲向上のための装置を提供する。前記装置は、複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットを決定するように構成された決定部と、ＡＣＫ／ＮＡＣＫメッセージの展開結果が前記複数のＰＨＩＣＨリソースでＵＥに送信されるように、前記複数のＰＨＩＣＨリソースを用いて前記ＡＣＫ／ＮＡＣＫメッセージを展開するように構成された展開部とを含むものとしても良い。
【００１３】
本発明の第４の観点によれば、本発明の実施形態は、無線通信システムにおける有効範囲向上のための装置を提供する。前記装置は、複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットを決定するように構成された決定部と、前記複数のＰＨＩＣＨリソースでＢＳから送信されるＡＣＫ／ＮＡＣＫメッセージの展開結果を受信するように構成された受信部と、前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果に基づいて、前記ＡＣＫ／ＮＡＣＫメッセージを取得するように構成された取得部とを含むものとしても良い。
【００１４】
以下の効果が、本発明により期待される。本発明による解決方法によれば、特にＳＮＲが極めて低い状況では、ＰＨＩＣＨでのＡＣＫ／ＮＡＣＫメッセージの送信成功の割合は、効果的に改善される。
【００１５】
例として本発明の実施形態の原理を示す添付図面とともに読めば、本発明の実施形態の他の特徴と効果も、以下の具体的な実施形態の説明から明らかになるだろう。
【００１６】
本発明の実施形態は例の意味で提示され、それらの利点は、添付図面を参照して以下で更に詳しく説明する。
【図面の簡単な説明】
【００１７】
【図１】無線通信システムにおけるハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ（ＨＡＲＱ））動作の模式図１００である。
【図２】本発明の実施形態に係る無線通信システムにおける有効範囲向上のための方法２００のフローチャートである。
【図３】本発明の更なる実施形態に係る無線通信システムにおける有効範囲向上のための方法３００のフローチャートである。
【図４】本発明の更なる実施形態に係るＢＳのモジュールのブロック図４００である。
【図５】本発明の実施形態に係る無線通信システムにおける有効範囲向上のための方法５００のフローチャートである。
【図６】本発明の更なる実施形態に係る無線通信システムにおける有効範囲向上のための方法６００のフローチャートである。
【図７】本発明の更なる実施形態に係るＵＥのモジュールのブロック図７００である。
【図８】本発明の実施形態に係る無線通信システムにおける有効範囲向上のための装置８００のブロック図である。
【図９】本発明の更なる実施形態に係る無線通信システムにおける有効範囲向上のための装置９００のブロック図である。
【発明を実施するための形態】
【００１８】
添付図面を参照して、本発明の実施形態を以下で徹底的に記述する。本発明は、しかし、多くの種々の形式で具体化されて良く、ここに述べられる実施形態及び特定の詳細事項に限定されると解釈されるべきではないことは、当業者にとって明らかである。明細書を通して、同様の数は同様の要素をさす。
【００１９】
この明細書を通して記述される本発明の特徴又は構造又は特性は、１以上の実施形態で適切な手法で組み合わされるものとしても良い。例えば、この明細書を通して、「ある実施形態」又は「いくつかの実施形態」又は他の同様の言い回しの語句の使用は、実施形態に関連して記述される特定の特徴又は構造又は特性が、本発明の少なくとも１つの実施形態に含まれるものとしても良いという事実を言及する。このように、この明細書を通して、「ある実施形態において」又は「いくつかの実施形態において」又は「他の実施形態において」又は他の同様の言い回しの語句の出現は、必ずしも全て同じグループの実施形態に言及するというわけではなく、そして、記述された特徴又は構造又は特性は、１以上の実施形態で適切な手法で組み合わされるものとしても良い。
【００２０】
本開示では、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ（ＵＥ））は、端末又は移動体端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ（ＭＴ））又は加入者設備（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ（ＳＳ））又は携帯加入者設備（Ｐｏｒｔａｂｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ（ＰＳＳ））又は移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ（ＭＳ））又はアクセス端末（Ａｃｃｅｓｓ  Ｔｅｒｍｉｎａｌ（ＡＴ））のことを述べているとしても良く、ＵＥ又は端末又はＭＴ又はＳＳ又はＰＳＳ又はＭＳ又はＡＴのいくつか又は全ての機能が含まれているものとしても良い。
【００２１】
本開示では、基地局（ｂａｓｅ  ｓｔａｔｉｏｎ（ＢＳ））は、ノードＢ（ｎｏｄｅ  Ｂ（ＮｏｄｅＢ又はＮＢ））又は進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）のことを述べているものとしても良い。基地局はマクロセルＢＳ又はスモールセルＢＳであっても良い。本発明によれば、マクロセルＢＳは、マクロセルを管理する基地局であっても良く、例えばマクロｅＮＢであり、スモールセルＢＳは、スモールセルを管理する基地局であっても良く、例えば、ピコｅＮＢ、フェムトｅＮＢ、その他適切な低電力ノードである。
【００２２】
まず、図１を参照する。図１は、無線通信システムにおけるＨＡＲＱ動作の模式図を示す。
【００２３】
より良く理解するために、本開示の以下の実施形態は、ＬＴＥシステムの下で記述される。当業者に理解されうるように、本開示は他の適切な通信環境にも適用でき、特定の設備に限定されない。
【００２４】
図１に見られるように、アップリンク送信では、ＵＥは物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＰＵＳＣＨ））でデータを送信する。送信データの復号化が成功した場合、ｅＮｏｄｅＢは、ＵＥにＰＨＩＣＨで確認応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ））メッセージを送信し、ＵＥが新しいデータを送信するのを可能にするものとしても良い。復号化が失敗した場合、ｅＮｏｄｅＢは、ＵＥにＰＨＩＣＨで否定応答（Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＮＡＣＫ））メッセージを送信し、ＵＥが復号化失敗したデータを再送信するのを可能にするものとしても良い。ＮＡＣＫメッセージに応じて、ＵＥは再送信を実行するものとしても良い。
【００２５】
例えばＳＮＲが小さい環境で、ＰＨＩＣＨでのＡＣＫ／ＮＡＣＫメッセージの送信成功の割合を改善するために、本発明の実施形態は、ＰＨＩＣＨ有効範囲を向上するための解決方法を提案する。まず、図２を参照する。図２は、本発明の実施形態に関して、無線通信システムにおける有効範囲向上のための方法のフローチャートを示す。本発明の実施形態によれば、方法２００は、ＢＳ又は他の適切なデバイスにより実行されても良いし、ＢＳに含まれる装置により実行されるものとしても良い。
【００２６】
方法２００が開始された後、ステップＳ２０１では、複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットが決定される。
【００２７】
本発明の実施形態によれば、ＰＨＩＣＨリソース・セットは、複数のＰＨＩＣＨリソースを含むものとしても良い。ＰＨＩＣＨリソースは、ＰＨＩＣＨシーケンス、パワー、及び／又は他の適切なリソースを含むものとしても良い。
【００２８】
いくつかの実施形態では、複数のＰＨＩＣＨリソースは、複数のパワーを含み、よって、複数のパワーを含むＰＨＩＣＨリソース・セットがステップＳ２０１で決定されても良い。
【００２９】
いくつかの実施形態では、複数のＰＨＩＣＨリソースは、複数のＰＨＩＣＨシーケンスを含み、よって、複数のＰＨＩＣＨシーケンスを含むＰＨＩＣＨリソース・セットがステップＳ２０１で決定されても良い。本発明の実施形態によれば、ＰＨＩＣＨシーケンスは、インデックス・ペア（ｎｇｒｏｕｐＰＨＩＣＨ，ｎｓｅｑＰＨＩＣＨ）により識別されるものとしても良い。ここで、ｎｇｒｏｕｐＰＨＩＣＨは、ＰＨＩＣＨグループ番号であり、ｎｓｅｑＰＨＩＣＨは、グループ内での直交シーケンス・インデックスである。複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアを決定することによって、ＰＨＩＣＨリソース・セットを決定するものとしても良い。具体的には、ＰＨＩＣＨリソース・セットについての情報は最初に取得されても良く、ＰＨＩＣＨリソース・セットにおける複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアは、ＰＨＩＣＨパラメータと、ＰＨＩＣＨリソース・セットについての情報とに基づいて決定されても良い。本発明の実施形態によれば、ＰＨＩＣＨリソース・セットについての情報は、ＰＨＩＣＨリソース・セットのサイズを含むものとしても良い。ＰＨＩＣＨリソース・セットのサイズは、ＰＨＩＣＨリソース・セットのリソース（例えばシーケンス）の数、及び／又は、他の適切な情報を示す。ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさ、及び／又はＰＨＩＣＨグループの数、及び／又は復調用参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ（ＤＭＲＳ））フィールドへサイクリック・シフトからマップされた要素、及び／又は物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＰＵＳＣＨ））の送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ（ＴＢ））のインデックス、及び／又はＴＤＤアップリンク／ダウンリンク構成のインジケータ、及び／又は他の適切なパラメータを含むものとしても良い。
【００３０】
本発明の実施形態によれば、複数のＰＨＩＣＨシーケンスは、１つのＰＨＩＣＨグループに属するものとしても良い。言い換えると、複数のＰＨＩＣＨシーケンスが同じグループ・インデックスを有するものとしても良い。この場合、複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアは、
【数１】
2016536915.tif 000003
により決定されるものとしても良い。ここで、ｍ＝０，１，２，・・・，Ｍ−１であり、ＭはＰＨＩＣＨリソース・セットのサイズであり、
ｎｇｒｏｕｐＰＨＩＣＨ，ｍはＰＨＩＣＨリソース・セットのｍ番目のシーケンスのグループ・インデックスを示し、
ｎｓｅｑＰＨＩＣＨ，ｍはＰＨＩＣＨリソース・セットのｍ番目のシーケンスのシーケンス・インデックスを示し、
ＮＰＨＩＣＨＳＦはＰＨＩＣＨ変調に使用される拡散率の大きさを示し、
ＮｇｒｏｕｐＰＨＩＣＨはＰＨＩＣＨグループの数を示し、
ＩＰＨＩＣＨはＴＤＤアップリンク／ダウンリンク（ＵＬ／ＤＬ）構成のインジケータを示し、ここで、
【数２】
2016536915.tif 000004
であり、
ＩＰＲＢ＿ＲＡはＰＵＳＣＨのＴＢに対するインデックスを示し、ここで、
【数３】
2016536915.tif 000005
であり、ここで、Ｉｌｏｗｅｓｔ＿ｉｎｄｅｘＰＲＢ＿ＲＡは、対応するＰＵＳＣＨ送信の１番目のスロットの最小の物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ（ＰＲＢ））インデックスであり、
ｎＤＭＲＳはＤＭＲＳフィールドへサイクリック・シフトからマップされた要素を示す。具体的には、ｎＤＭＲＳは、対応のＰＵＳＣＨ送信と関連する送信ブロックにおける、アップリンクＤＣＩフォーマットで直近のＰＤＣＣＨのＤＭＲＳフィールド（例えばＴＳ．３６．２１３  表  ９．１．２−２による）へ、サイクリック・シフトからマップされたものである。ｎＤＭＲＳは、もし、同じ送信ブロックにアップリンクＤＣＩフォーマットでＰＤＣＣＨがなく、かつ
・もし、同じ送信ブロックの最初のＰＵＳＣＨが半永久的にスケジュールされている、又は
・もし、同じ送信ブロックの最初のＰＵＳＣＨがランダムアクセス応答許可でスケジュールされている、
場合は、ゼロにセットされるものとする。
【００３１】
代案として、複数のＰＨＩＣＨシーケンスは、複数のＰＨＩＣＨグループに属するものとしても良い。言い換えれば、複数のＰＨＩＣＨシーケンスは、種々のグループ・インデックスを有しても良い。この場合、複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペア（ｎｇｒｏｕｐＰＨＩＣＨ，ｍ，ｎｓｅｑＰＨＩＣＨ，ｍ），ｍ＝０，１，２，・・・，Ｍ−１と示される）は、
【数４】
2016536915.tif 000006
と決定されても良い。ここで、式（２）のパラメータの意味は、式（１）と同じである。
【００３２】
ステップＳ２０２で、ＡＣＫ／ＮＡＣＫメッセージの展開結果が複数のＰＨＩＣＨリソースでＵＥに送信されるように、複数のＰＨＩＣＨリソースを用いてＡＣＫ／ＮＡＣＫメッセージが展開される。
【００３３】
ＡＣＫ／ＮＡＣＫメッセージは、いくつかの方法で展開されるものとしても良い。いくつかの実施形態では、ＡＣＫ／ＮＡＣＫメッセージは、変調シンボルを取得するために変調されても良く、変調シンボルの複数のシーケンスは、変調シンボルと複数のＰＨＩＣＨシーケンスとに基づいて取得されても良く、複数の変調シンボルのシーケンスは、レイヤ・マップされ、プリコーディングされても良く、複数の変調シンボルのシーケンスは、ＰＨＩＣＨリソース・セットの複数のＰＨＩＣＨシーケンスに応じてマップされても良い。詳細は、図３の実施形態に関連して記述される。
【００３４】
本発明の実施形態によれば、方法２００は、ＵＥが有効範囲向上を必要とするかどうか判断するステップを任意に含むものとしても良い。ＵＥが有効範囲向上を必要とするということに応じて、ステップＳ２０１で述べたように、ＰＨＩＣＨリソース・セットを決定するものとしても良い。本発明の実施形態によれば、ＵＥが有効範囲向上を必要とするかどうかは、いくつかの方法で決定されるものとしても良い。例えば、ＳＮＲが所定の閾値より小さい場合に、ＵＥが有効範囲向上を必要とする、と決定しても良い。当業者に理解されうるように、上記例示は、限定というよりむしろ単なる説明のためである。
【００３５】
本発明の実施形態によれば、方法２００は、ＵＥにＰＨＩＣＨリソース・セットについての情報を送信するステップを任意に含むものとしても良い。ここで、ＰＨＩＣＨリソース・セットについての情報は、少なくともＰＨＩＣＨリソース・セットのサイズを含む。情報を送信するステップは任意であるという点に留意する必要がある。いくつかの実施形態では、ＰＨＩＣＨリソース・セットについての情報は、ＵＥとＢＳの両方で固定値として初期設定されているものとしても良い。その場合、ＨＡＲＱ処理の間、ＵＥとＢＳは共に、ＰＨＩＣＨリソース・セットについて同じ情報を使用し、リアルタイムでそのような情報を送信する必要がない。もしＰＨＩＣＨリソース・セットについての情報がＵＥに知られていない場合は、ＵＥが複数のＰＨＩＣＨシーケンスのインデックス・ペアを決定できるように、ＢＳはＵＥにこの情報を知らせるものとしても良い。
【００３６】
まず、図３を参照する。図３は、本発明の更なる実施形態に係る無線通信システムにおける有効範囲向上のための方法のフローチャートを示す。方法３００は、図２を参照して上記した方法２００の実施形態と考えても良い。方法３００の以下の記述では、まずＰＨＩＣＨリソース・セットについての情報がＢＳで取得され、それから、当該情報に基づいて、複数のＰＨＩＣＨシーケンスを識別するインデックス・ペアが決定される。その場合、ＡＣＫ／ＮＡＣＫメッセージは、複数のＰＨＩＣＨシーケンスを使用して展開されても良い。しかし、これは、本発明の範囲を限定するというよりむしろ、単に本発明の原理を説明する目的であるという点に留意する必要がある。
【００３７】
ステップＳ３０１では、少なくともＰＨＩＣＨリソース・セットのサイズを含む、ＰＨＩＣＨリソース・セットについての情報を取得する。
【００３８】
本発明の実施形態によれば、ＰＨＩＣＨリソース・セットについての情報は、いくつかの方法で取得されるものとしても良い。例えば、ＰＨＩＣＨリソース・セットについての情報は、ＢＳで予め設定され、メモリ又はストレージに格納されていても良く、よってＢＳはステップＳ３０１でメモリ又はストレージから情報を抽出しても良い。
【００３９】
ステップＳ３０２では、ＰＨＩＣＨリソース・セットの複数のリソースシーケンスを識別する複数のインデックス・ペアが、ＰＨＩＣＨパラメータと、ＰＨＩＣＨリソース・セットについての情報とに基づいて決定される。
【００４０】
ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさ、及び／又はＰＨＩＣＨグループの数、及び／又はＤＭＲＳフィールドへサイクリック・シフトからマップされた要素、及び／又はＰＵＳＣＨのＴＢのインデックス、及び／又はＴＤＤアップリンク／ダウンリンク構成のインジケータ、及び／又は他の適切なパラメータを含むものとしても良い。ＰＨＩＣＨパラメータは、ここでは述べない既知の方法によって、ＢＳとＵＥの両方で取得されても良い。
【００４１】
方法３００のステップＳ３０２は、上記方法２００のステップＳ２０１の実施形態と考えても良い。ＰＨＩＣＨリソース・セットの複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアは、複数のＰＨＩＣＨシーケンスが１つのＰＨＩＣＨグループに属する場合は式（１）によって決定されるものとしても良く、複数のＰＨＩＣＨシーケンスが複数のＰＨＩＣＨグループに属する場合は式（２）によって決定されるものとしても良い。
【００４２】
ステップＳ３０３では、ＡＣＫ／ＮＡＣＫメッセージは、変調シンボルを取得するために変調される。
【００４３】
本発明の実施形態によれば、ＢＳがＵＥからパケットを受信した場合、ＢＳは、パケットの受信に成功したか否かをＵＥに示すＡＣＫ／ＮＡＣＫメッセージ（例えば１以上のビット）を生成するものとしても良い。例えば、１又は０の１ビットであるＡＣＫ／ＮＡＣＫメッセージは、送信の確実性を増すために、まず所定の回数（例えば３回）繰り返されても良い。例えば、ビット１のＡＣＫは、３回繰り返され、ビットのブロック｛１，１，１｝となっても良い。繰り返し後、ＡＣＫ／ＮＡＣＫメッセージは１以上の変調シンボルに変調されても良い。変調は、ここでは述べない既知の方法、例えばＴＳ．３６．２１１の６．９．１によるＢＰＳＫを使用して実行されるものとしても良い。
【００４４】
ステップＳ３０４では、複数の変調シンボルのシーケンスが、変調シンボルと、複数のＰＨＩＣＨシーケンスとに基づいて取得される。
【００４５】
１つのサブフレームの１つのＰＨＩＣＨで送信されたＡＣＫ／ＮＡＣＫメッセージのビットのブロックｂ（０），・・・，ｂ（Ｍｂｉｔ−１）はステップＳ３０３で変調されても良く、複素変調シンボルのブロックｚ（０），・・・，ｚ（Ｍｓ−１）となる。ここで、Ｍｓ＝Ｍｂｉｔであり、ＭｂｉｔはＡＣＫ／ＮＡＣＫメッセージのビット数である。
【００４６】
変調シンボルのブロックｚ（０），・・・，ｚ（Ｍｓ−１）は、直交シーケンスのセットでシンボルワイズ乗算され、スクランブルされて、複数の変調シンボルのシーケンスになる。複数の変調シンボルのシーケンスは、ｄ（ｍ，０），・・・，ｄ（ｍ，Ｍｓｙｍｂ−１）と表記されても良く、
【数５】
2016536915.tif 000007
によって取得されても良い。ここで、ｍ＝０，１，２，・・・，Ｍ−１であり、ＭはＰＨＩＣＨリソース・セットのサイズであり、
ｉ＝０，・・・，Ｍｓｙｍｂ−１；
Ｍｓｙｍｂ＝ＮＰＨＩＣＨＳＦ・Ｍｓ；
【数６】
2016536915.tif 000008
ｗｍはｍ番目のＰＨＩＣＨシーケンスを示し、（ｎｇｒｏｕｐＰＨＩＣＨ，ｍ，ｎｓｅｑＰＨＩＣＨ，ｍ）から選択され、
ｃ（ｉ）はセル固有のスクランブリング・シーケンスであり、ＴＳ３６．２１１のセクション７．２に応じて生成されても良い。スクランブリング・シーケンス生成部は、各サブフレームの開始時に、
【数７】
2016536915.tif 000009
で初期化されても良い。
【００４７】
複数のシーケンス（［ｗｍ（０）・・・ｗｍ（ＮＰＨＩＣＨＳＦ−１）］，ｍ＝０，１，２，・・・，Ｍ−１と表記する）は、表１（すなわちＴＳ３６．２１１の表６．９．１−２）で与えられる。ここで、シーケンス・インデックスｎｓｅｑＰＨＩＣＨはＰＨＩＣＨグループ内のＰＨＩＣＨ数に対応する。
【００４８】
【表１】
2016536915.tif 000010
【００４９】
ステップＳ３０５では、複数の変調シンボルのシーケンスは、レイヤ・マップされ、プリコーディングされる。
【００５０】
複数の変調シンボルのシーケンスの各々は、レイヤ・マップされ、プリコーディングされるものとしても良い。レイヤ・マッッピングとプリコーディングとの従来の動作とは異なり、従来の解決方法では１つだけだったものが、本発明の実施形態では、複数のＰＨＩＣＨシーケンスがレイヤ・マップされ、プリコーディングされる。
【００５１】
ステップＳ３０６では、複数の変調シンボルのシーケンスは、ＰＨＩＣＨリソース・セットの複数のＰＨＩＣＨシーケンスに応じてマップされる。
【００５２】
リソース・マッピングのステップは、従来の解決方法では１つのＰＨＩＣＨリソースだけだったものが、複数のＰＨＩＣＨシーケンスがリソース要素にマップされるという点を除き、従来の動作と同様である。
【００５３】
図４は、本発明の更なる実施形態に係るＢＳのモジュールのブロック図を示す。
【００５４】
図４に見られるように、ＡＣＫ／ＮＡＣＫメッセージは、繰り返しモジュール４１０に入力される。ＡＣＫ／ＮＡＣＫメッセージは、送信の確実性を増すために、所定の回数（例えば３回）繰り返される。それから、ＡＣＫ／ＮＡＣＫメッセージは変調モジュール４２０で変調される。ここで、１以上の変調シンボルが生成される。複数のＰＨＩＣＨシーケンスは、決定モジュール７３０で決定される。変調シンボルは、複数のＰＨＩＣＨシーケンス（インデックス  ｍ＝０，１，２，・・・，Ｍ−１）を使用して、展開モジュール４４０で展開され、複数の変調シンボルのシーケンスになる。複数の変調シンボルのシーケンスは、レイヤ・マッピングとプリコーディングモジュール４５０に出力され、そこでレイヤ・マップされ、プリコードされる。それから、複数の変調シンボルのシーケンスは、ＰＨＩＣＨリソース・セットの複数のＰＨＩＣＨシーケンスに応じて、マッピングモジュール４６０でマップされる。最後に、複数の変調シンボルのシーケンスは、ＩＦＦＴモジュール４７０で、周波数領域から時間領域に変換され、ＵＥに送信される。
【００５５】
当業者に理解されうるように、上記ＢＳの配置と構成は限定というよりむしろ例として示されている。本開示の実施形態は、図４で示された具体的な配置／構成に限定されず、ＢＳの他の適切な配置／構成に適用されうる。
【００５６】
まず、図５を参照する。図５は、本発明の実施形態に係る無線通信システムにおける有効範囲向上のための方法のフローチャートを示す。本発明の実施形態によれば、方法５００は、ＵＥ又は他の適切なデバイスにより実行されても良いし、ＵＥに含まれた装置により実行されても良い。
【００５７】
方法５００を開始した後、ステップＳ５０１で、複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットを決定する。
【００５８】
ステップＳ５０１は、ステップＳ２０１と同様である。具体的には、本発明の実施形態によれば、ＰＨＩＣＨリソース・セットは、複数のＰＨＩＣＨリソースを含むものとしても良い。ＰＨＩＣＨリソースは、ＰＨＩＣＨシーケンス、及び／又はパワー、及び／又は他の適切なリソースを含むものとしても良い。
【００５９】
本発明の実施形態によれば、ＰＨＩＣＨシーケンスは、インデックス・ペア（ｎｇｒｏｕｐＰＨＩＣＨ，ｎｓｅｑＰＨＩＣＨ）により識別されても良い。ここで、ｎｇｒｏｕｐＰＨＩＣＨは、ＰＨＩＣＨグループ番号であり、ｎｓｅｑＰＨＩＣＨは、グループ内での直交シーケンス・インデックスである。複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアを決定することによって、ＰＨＩＣＨリソース・セットを決定するものとしても良い。具体的には、ＰＨＩＣＨリソース・セットについての情報は最初に取得されても良く、ＰＨＩＣＨリソース・セットにおける複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアは、ＰＨＩＣＨパラメータと、ＰＨＩＣＨリソース・セットについての情報とに基づいて決定されても良い。本発明の実施形態によれば、ＰＨＩＣＨリソース・セットについての情報は、ＰＨＩＣＨリソース・セットのサイズを含むものとしても良い。ＰＨＩＣＨリソース・セットのサイズは、ＰＨＩＣＨリソース・セットのリソース（例えばシーケンス）の数、及び／又は、他の適切な情報を示す。ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさ、及び／又はＰＨＩＣＨグループの数、及び／又は復調用参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ（ＤＭＲＳ））フィールドへサイクリック・シフトからマップされた要素、及び／又は物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＰＵＳＣＨ））の送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ（ＴＢ））のインデックス、及び／又はＴＤＤアップリンク／ダウンリンク構成のインジケータ、及び／又は他の適切なパラメータを含むものとしても良い。
【００６０】
いくつかの実施形態では、ＰＨＩＣＨリソース・セットについての情報は、ＵＥとＢＳの両方で固定値として初期設定されているものとしても良い。その場合、ＨＡＲＱ動作の間、ＵＥとＢＳは共に、ＰＨＩＣＨリソース・セットについて同じ情報を使用し、リアルタイムでそのような情報を送信する必要がない。いくつかの実施形態では、もしＰＨＩＣＨリソース・セットについての情報がＵＥに知られていない場合は、ＵＥが複数のＰＨＩＣＨシーケンスのインデックス・ペアを決定できるように、ＢＳはＵＥにこの情報を知らせ、ＵＥが当該情報をＢＳから受信するものとしても良い。
【００６１】
本発明の実施形態によれば、複数のＰＨＩＣＨシーケンスは、１つのＰＨＩＣＨグループに属するものとしても良い。言い換えると、複数のＰＨＩＣＨシーケンスは、同じグループ・インデックスを有するものとしても良い。この場合、複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアは、例えば、式（１）により決定されても良い。
【００６２】
本発明の代案となる実施形態によれば、複数のＰＨＩＣＨシーケンスは、複数のＰＨＩＣＨグループに属するものとしても良い。言い換えると、複数のＰＨＩＣＨシーケンスは、異なるグループ・インデックスを有するものとしても良い。この場合、複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペア（ｎｇｒｏｕｐＰＨＩＣＨ，ｍ，ｎｓｅｑＰＨＩＣＨ，ｍ），ｍ＝０，１，２，・・・，Ｍ−１と示される）は、例えば、式（２）により決定されても良い。
【００６３】
ステップＳ５０２で、複数のＰＨＩＣＨリソースでＢＳから送信されたＡＣＫ／ＮＡＣＫメッセージの展開結果が受信される。
【００６４】
上記したように、ＡＣＫ／ＮＡＣＫメッセージの展開結果はＢＳで生成され、ＰＨＩＣＨでＵＥに送信されるものとしても良い。展開結果は、方法２００−３００に関連して述べられた実施形態のように、本発明の実施形態に応じて生成されるものとしても良い。そして、ＵＥは、複数のＰＨＩＣＨリソースで、ＡＣＫ／ＮＡＣＫメッセージの展開結果をＢＳから受信するものとしても良い。
【００６５】
ステップＳ５０３では、ＡＣＫ／ＮＡＣＫメッセージは、ＡＣＫ／ＮＡＣＫメッセージの展開結果に基づいて取得される。
【００６６】
本発明の実施形態によれば、複数のＰＨＩＣＨリソースは、複数のＰＨＩＣＨシーケンスを含むものとしても良く、ＡＣＫ／ＮＡＣＫメッセージは、ＡＣＫ／ＮＡＣＫメッセージの展開結果と、複数のＰＨＩＣＨシーケンスとを結合し、結合結果に応じてＡＣＫ／ＮＡＣＫメッセージを取得することにより、取得されるものとしても良い。結合処理は、いくつかの方法で実行されるものとしても良い。例えば、ＡＣＫ／ＮＡＣＫメッセージの展開結果は、複数のＰＨＩＣＨシーケンスと関連付けられるものとしても良く、関連付けの結果の合計が、結合結果として計算されても良い。結合処理の詳細は、図６に関連する実施形態で述べられる。
【００６７】
本発明の実施形態によれば、方法５００は、有効範囲向上が必要とされるか否か判定するステップを更に含むものとしても良い。ここで、ＰＨＩＣＨリソース・セットは、有効範囲向上が必要とされていることに応じて決定される。
【００６８】
本発明の実施形態によれば、方法５００は、有効範囲向上が必要とされるか否か判定するステップを、選択的に含むものとしても良い。ステップＳ５０１で述べたように、有効範囲向上が必要とされているということに応じて、ＰＨＩＣＨリソース・セットを決定しても良い。本発明の実施形態によれば、有効範囲向上が必要とされるか否かは、いくつかの方法で決定しても良い。例えば、ＳＮＲが所定の閾値より小さければ、有効範囲向上が必要とされる、と決定しても良い。当業者に理解されうるように、上記例示は、限定というよりむしろ単なる説明のためである。
【００６９】
まず図６を参照する。図６は、本発明の更なる実施形態に係る無線通信システムにおける有効範囲向上のための方法のフローチャートを示す。方法６００は、図５を参照して上記した方法５００の実施形態と考えても良い。方法６００の以下の記述では、ＰＨＩＣＨリソース・セットについての情報は、まずＵＥで取得され、それから複数のＰＨＩＣＨシーケンスを識別するインデックス・ペアが、当該情報に基づいて決定される。そして、ＢＳから受信した、ＡＣＫ／ＮＡＣＫメッセージの展開結果が、複数のＰＨＩＣＨシーケンスと結合されることで、ＡＣＫ／ＮＡＣＫメッセージが取得されても良い。しかし、これは、本発明の範囲を限定するというよりむしろ、単に本発明の原理を説明するためのものであるという点に留意する必要がある。
【００７０】
ステップＳ６０１では、ＰＨＩＣＨリソース・セットについての情報が取得される。当該情報は、少なくともＰＨＩＣＨリソース・セットのサイズを含む。
【００７１】
本発明の実施形態によれば、ＰＨＩＣＨリソース・セットについての情報は、いくつかの方法で取得されるものとしても良い。例えば、ＰＨＩＣＨリソース・セットについての情報は、ＵＥで予め設定され、メモリ又はストレージに格納されていても良く、よってＵＥはステップＳ６０１で情報を読み出すか抽出しても良い。他の例として、ＰＨＩＣＨリソース・セットについての情報は、ＵＥで予め定義されていなくても良い。代わりに、ＵＥは、例えばリアルタイム又は定期的に、ＢＳから情報を受信しても良い。
【００７２】
ステップＳ６０２では、ＰＨＩＣＨリソース・セットにおける複数のＰＨＩＣＨシーケンスを識別する、複数のインデックス・ペアは、ＰＨＩＣＨパラメータと、ＰＨＩＣＨリソース・セットについての情報とに基づいて決定される。
【００７３】
本発明の実施形態によれば、ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさ、及び／又はＰＨＩＣＨグループの数、及び／又はＤＭＲＳフィールドへサイクリック・シフトからマップされた要素、及び／又はＰＵＳＣＨのＴＢのインデックス、及び／又はＴＤＤアップリンク／ダウンリンク構成のインジケータ、及び／又は他の適切なパラメータを含むものとしても良い。ＰＨＩＣＨパラメータは、ここで述べない既知の方法により、ＢＳとＵＥの両方で取得されても良い。
【００７４】
方法６００のステップＳ６０２は、上記方法５００のステップＳ５０１の実施形態と考えても良い。ＰＨＩＣＨリソース・セットの複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアは、複数のＰＨＩＣＨシーケンスが１つのＰＨＩＣＨグループに属する場合は、式（１）によって決定されても良く、複数のＰＨＩＣＨシーケンスが複数のＰＨＩＣＨグループに属する場合は、式（２）によって決定されても良い。
【００７５】
ステップＳ６０３では、複数のＰＨＩＣＨリソースでＢＳから送信されたＡＣＫ／ＮＡＣＫメッセージの展開結果が受信される。
【００７６】
いくつかの実施形態では、ＵＥ側で、受信されたＡＣＫ／ＮＡＣＫメッセージの展開結果を表す信号が周波数領域に変換されても良い。それから、チャネル評価に基づいて、検出が実行されても良い。
【００７７】
ステップＳ６０４では、ＡＣＫ／ＮＡＣＫメッセージの展開結果が、複数のＰＨＩＣＨシーケンスと結合される。
【００７８】
本発明の実施形態によれば、ＵＥは、下記のように、受信信号を関連付けるために、例えば（ｎｇｒｏｕｐＰＨＩＣＨ，ｍ，ｎｓｅｑＰＨＩＣＨ，ｍ）と示される複数のＰＨＩＣＨシーケンスの各々を使っても良い。
【数８】
2016536915.tif 000011
ここで、ｍ＝０，１，２，・・・，Ｍ−１であり、ＭはＰＨＩＣＨリソース・セットのサイズで、
ｉ＝０，・・・，Ｍｓｙｍｂ−１；
Ｍｓｙｍｂ＝ＮＰＨＩＣＨＳＦ・Ｍｓ；
【数９】
2016536915.tif 000012
であり、
ｗｍはｍ番目のＰＨＩＣＨシーケンスを示し、（ｎｇｒｏｕｐＰＨＩＣＨ，ｍ，ｎｓｅｑＰＨＩＣＨ，ｍ）から選択され、
ｃ（ｉ）はセル固有のスクランブリング・シーケンスであり、ＴＳ３６．２１１のセクション７．２に応じて生成されても良い。
【００７９】
各リソース要素で送信された情報は、すべて同じビット（ＡＣＫ又はＮＡＣＫ）を運ぶので、結合処理（「ソフト結合」とも呼ばれる）は、検出でより良いパフォーマンスを得るために、例えば以下のように実行されうる。
【数１０】
2016536915.tif 000013
【００８０】
上記結合処理は、限定というよりむしろ単なる例であるという点に留意すべきである。当業者に理解されうるように、選択的な結合又は他の方法も使用可能である。
【００８１】
ステップＳ６０５では、結合結果に応じて、ＡＣＫ／ＮＡＣＫメッセージを取得する。結合結果を復調し、復号することで、ＡＣＫ／ＮＡＣＫメッセージ。
【００８２】
図７は、本発明の更なる実施形態に係るＵＥのモジュールのブロック図を示す。
【００８３】
ＵＥでの受信信号は、受信信号を周波数領域に変換するために、ＦＦＴモジュール７１０に入力される。ここで、受信信号は、ＡＣＫ／ＮＡＣＫメッセージの展開結果を表す。それから、変換された信号は、検出モジュール７２０に入力される。検出モジュール７２０で、チャネル評価に基づいた検出処理が実行されても良い。複数のＰＨＩＣＨシーケンスは、決定モジュール７３０で決定される。ＡＣＫ／ＮＡＣＫメッセージの展開結果は、結合モジュール７４０で、複数のＰＨＩＣＨシーケンスと結合される。ＵＥがＡＣＫ／ＮＡＣＫメッセージを取得するように、結合結果は、復調モジュール７５０に、次に復号モジュール７６０に送信される。
【００８４】
当業者に理解されうるように、上記配置と構成は、限定というよりむしろ例として示されている。本開示の実施形態は、ＵＥの他の適切な配置／構成に適用可能であって、図７で示された具体的な配置／構成に限定されない。
【００８５】
まず、図８を参照する。図８は、本発明の実施形態に係る無線通信システムにおける有効範囲向上のための装置のブロック図を示す。装置８００は、ＢＳ又は他の適切なデバイスで実現されても良い。
【００８６】
本発明の実施形態によれば、装置８００は、複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットを決定するように構成された決定部８１０と、ＡＣＫ／ＮＡＣＫメッセージの展開結果が複数のＰＨＩＣＨリソースでＵＥに送信されるように、複数のＰＨＩＣＨリソースを用いてＡＣＫ／ＮＡＣＫメッセージを展開するように構成された展開部８２０とを含むものとしても良い。
【００８７】
本発明の実施形態によれば、複数のＰＨＩＣＨリソースは、複数のＰＨＩＣＨシーケンスを含むものとしても良い。決定部８１０は、ＰＨＩＣＨリソース・セットについての、少なくともＰＨＩＣＨリソース・セットのサイズを含む情報を取得するように構成された情報取得ユニットと、ＰＨＩＣＨパラメータと、ＰＨＩＣＨリソース・セットについての情報とに基づいて、ＰＨＩＣＨリソース・セットの複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアを決定するように構成されたインデックス決定ユニットとを含むものとしても良い。ここで、ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさと、ＰＨＩＣＨグループの数と、ＤＭＲＳフィールドへサイクリック・シフトからマップされた要素と、ＰＵＳＣＨのＴＢのインデックスと、ＴＤＤアップリンク／ダウンリンク構成のインジケータとを含む。
【００８８】
本発明の実施形態によれば、複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含んでも良く、複数のＰＨＩＣＨシーケンスは１つのＰＨＩＣＨグループに属しても、複数のＰＨＩＣＨグループに属しても良い。
【００８９】
本発明の実施形態によれば、展開部は、変調シンボルを取得するために、ＡＣＫ／ＮＡＣＫメッセージを変調するように構成された変調ユニットと、変調シンボルと複数のＰＨＩＣＨシーケンスとに基づいて、複数の変調シンボルのシーケンスを取得するように構成されたシーケンス取得ユニットと、複数の変調シンボルのシーケンスをレイヤ・マップし、プリコードするように構成されたレイヤ・マッピング及びプリコーディングユニットと、ＰＨＩＣＨリソース・セットの複数のＰＨＩＣＨシーケンスに応じて複数の変調シンボルのシーケンスをマップするように構成されたマッピングユニットとを含むものとしても良い。
【００９０】
本発明の実施形態によれば、装置８００は、更に、ＵＥが有効範囲向上を必要とするか否か判定するように構成された判定部を含むものとしても良い。その場合、ＰＨＩＣＨリソース・セットは、ＵＥが有効範囲向上を必要とすることに応じて決定される。
【００９１】
本発明の実施形態によれば、装置８００は、更に、ＰＨＩＣＨリソース・セットについての情報をＵＥに送信するように構成された送信部を含むものとしても良い。ここで、ＰＨＩＣＨリソース・セットについての情報は、少なくともＰＨＩＣＨリソース・セットのサイズを含む。
【００９２】
まず、図９を参照する。図９は、本発明の更なる実施形態に関して、無線通信システムにおける有効範囲向上のための装置のブロック図を示す。装置９００は、ＵＥ又は他の適切なデバイスで実現されても良い。
【００９３】
本発明の実施形態によれば、装置９００は、複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットを決定するように構成された決定部９１０と、複数のＰＨＩＣＨリソースでＢＳから送信されたＡＣＫ／ＮＡＣＫメッセージの展開結果を受信するように構成された受信部９２０と、ＡＣＫ／ＮＡＣＫメッセージの展開結果に基づいてＡＣＫ／ＮＡＣＫメッセージを取得するように構成された取得部９３０とを含むものとしても良い。
【００９４】
本発明の実施形態によれば、複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含むものとしても良い。決定部９１０は、ＰＨＩＣＨリソース・セットについての、少なくともＰＨＩＣＨリソース・セットのサイズを含む情報を取得するように構成された情報取得ユニットと、ＰＨＩＣＨパラメータと、ＰＨＩＣＨリソース・セットについての情報とに基づいて、ＰＨＩＣＨリソース・セットの複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアを決定するように構成されたインデックス決定ユニットとを含むものとしても良い。ここで、ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさと、ＰＨＩＣＨグループの数と、ＤＭＲＳフィールドへサイクリック・シフトからマップされた要素と、ＰＵＳＣＨのＴＢのインデックスと、ＴＤＤアップリンク／ダウンリンク構成のインジケータとを含む。
【００９５】
本発明の実施形態によれば、情報取得ユニットは、ＰＨＩＣＨリソース・セットについての情報を、ＢＳから受信するように構成された受信ユニットを含むものとしても良い。
【００９６】
本発明の実施形態によれば、複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含んでも良く、複数のＰＨＩＣＨシーケンスは１つのＰＨＩＣＨグループに属しても、複数のＰＨＩＣＨグループに属しても良い。
【００９７】
本発明の実施形態によれば、取得部９３０は、ＡＣＫ／ＮＡＣＫメッセージの展開結果を、複数のＰＨＩＣＨシーケンスと結合するように構成された結合ユニットと、結合結果に応じて、ＡＣＫ／ＮＡＣＫメッセージを取得するように構成されたメッセージ取得ユニットとを含むものとしても良い。
【００９８】
本発明の実施形態によれば、結合ユニットは、ＡＣＫ／ＮＡＣＫメッセージの展開結果を、複数のＰＨＩＣＨシーケンスと関連付けるように構成された関連付けユニットと、結合結果として、関連付けの結果の合計を計算するように構成された計算ユニットとを含むものとしても良い。
【００９９】
本発明の実施形態によれば、装置９００は、更に、有効範囲向上が必要とされるか否か判定するように構成された判定部を含むものとしても良い。その場合、ＰＨＩＣＨリソース・セットは、有効範囲向上が必要とされることに応じて決定される。
【０１００】
装置８００は、図２と図３を参照して記述された機能性を実現するように構成されても良く、装置９００は、図５と図６を参照して記述された機能性を実現するように構成されても良い、という点に留意すべきである。それゆえ、方法２００と方法３００のどこかに関して記述された特徴は、装置８００の対応する構成要素に当てはまるものとしても良い。方法５００と方法６００のどこかに関して記述された特徴は、装置９００の対応する構成要素に当てはまるものとしても良い。更に、装置８００又は装置９００の構成要素は、ハードウェア、及び／又はソフトウェア、及び／又はファームウェア、及び／又はそれらの組み合わせで具現化されても良いという点に留意すべきである。例えば、装置８００又は装置９００の構成要素は、回路、又はプロセッサ、又は他の適切な選択装置により実現されても良い。当業者は、上記例は単に説明のためであって、限定ではないと理解するだろう。
【０１０１】
本開示のいくつかの実施形態では、装置８００又は装置９００が少なくとも１つのプロセッサを含む。本開示の実施形態での使用に適した当該少なくとも１つのプロセッサは、例として、既知の又は将来開発される、一般的な及び特殊な目的のプロセッサを共に含むものとしても良い。装置８００又は装置９００は、更に、少なくとも１つのメモリを含む。当該少なくとも１つのメモリは、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス等の半導体メモリデバイスを含むものとしても良い。当該少なくとも１つのメモリは、コンピュータ実行可能な命令のプログラムを格納するのに使用されても良い。当該プログラムは、高水準及び／又は低水準のコンパイル可能又は解釈可能なプログラミング言語で記述されうる。実施形態に沿って、当該コンピュータ実行可能な命令は、少なくとも１つのプロセッサで、装置８００が少なくとも上記方法２００及び方法３００の何れかに従って動作するように、又は、装置９００が少なくとも上記方法５００及び方法６００の何れかに従って動作するように、構成されても良い。
【０１０２】
上記説明に基づき、当業者は、本開示が装置又は方法又はコンピュータプログラム製品で具現化されても良いと理解するだろう。一般に、種々の典型的な実施形態は、ハードウェア又は特殊な目的の回路、又はソフトウェア、又はロジック、又はそれらの組み合わせで実現されても良い。例えば、いくつかの点は、ハードウェアで実現されても良く、その一方で、他の点は、コントローラ又はマイクロプロセッサ又は他のコンピュータデバイスにより実行されうるファームウェア又はソフトウェアで実現されても良い。しかし、本開示はそれらに限定されない。本開示の典型的な実施形態の種々の点は、ブロック図又はフローチャート又は他の視覚表現を使用することで図示され記述されているが、ここで述べられた、これらのブロック又は装置又はシステム又は技術又は方法は、限定的ではない例として、ハードウェア、又はソフトウェア、又はファームウェア、又は特殊な目的の回路又はロジック、又は一般的な目的のハードウェア又はコントローラ又は他のコンピュータデバイス、又はそれらの組み合わせで実現されても良いということは十分理解される。
【０１０３】
図２−３と図５−６で示された種々のブロックは、方法のステップとして、及び／又はコンピュータプログラム・コードの動作結果の処理として、及び／又は関連の機能を実行するように構成された複数の連結されたロジック回路要素として、みなされても良い。少なくとも、本開示の典型的な実施形態のいくつかの点は、集積回路チップ及びモジュールのような種々の構成要素で実行されても良く、本開示の典型的な実施形態は、本開示の典型的な実施形態に沿って動作するように構成可能な集積回路又はＦＰＧＡ又はＡＳＩＣとして具現化される装置で実現されるものとしても良い。
【０１０４】
この明細書は、多くの具体的な実施例の詳細を含むが、これらは、いかなる開示の範囲の又は請求の範囲の限定として解釈されるべきではなく、むしろ特定の開示の特定の実施形態に特有の特徴の記述として解釈されるべきである。この明細書の別々の実施形態の文脈で記述された、ある特徴は、１つの実施形態内で組み合わせて実施されうる。逆に、１つの実施形態の文脈で記述された種々の特徴も、複数の実施形態で別々に、又は適切な部分的組み合わせで、実施されうる。更に、特徴は、ある組み合わせで作用するように上述されており、初めにそのように権利請求されてさえいるけれども、権利請求された組み合わせのうちの１以上の特徴が、いくつかの場合には、組み合わせから削除されうるし、権利請求された組み合わせは、部分的組み合わせ又は部分的組み合わせのバリエーションに導かれても良い。
【０１０５】
同様に、動作は図面中に特定の順序で表されているが、望ましい結果を達成するためには、そのような動作が示された特定の順序又は連続した順序で実行されること、又は図示された動作全てが実行されることが必要だと理解されるべきではない。特定の状況では、マルチタスキングと並列処理が有利である可能性がある。更に、上述の実施形態の種々のシステム構成要素の分け方は、全ての実施形態においてそのような分け方が必要であると理解されるべきではない。そして、記述されたプログラム構成要素とシステムは、通常、１つのソフトウェア製品にまとめて統合されうるか、又は複数のソフトウェア製品にパッケージされうるということが理解されるべきである。
【０１０６】
本開示の前述の典型的な実施形態への種々の修正、翻案は、添付図面と共に読まれた場合の前述の説明に照らすと、関連技術の当業者に明白になる可能性がある。あらゆる全ての修正は、なお本開示の非限定的で典型的な実施形態の範囲内になる。更にまた、前述の説明と関連図面に示された教えの恩恵を受ける、本開示のこれら実施形態の関連技術の当業者に、ここで述べられた本開示の他の実施形態が思い浮かぶだろう。
【０１０７】
それゆえ、本開示の実施形態は、開示された特定の実施形態に限定されるべきではなく、修正と他の実施形態が、添付の請求の範囲内に含まれることが意図されている、と理解されるべきである。ここでは特定の用語が使用されているが、それらは一般的で記述的な意味のみで使用され、限定目的で使用されていない。
【０１０８】
（付記１）
複数の物理的ハイブリッドＡＲＱ表示チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＰＨＩＣＨ））リソースを含むＰＨＩＣＨリソース・セットを決定することと、
ＡＣＫ／ＮＡＣＫメッセージの展開結果が前記複数のＰＨＩＣＨリソースでユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ（ＵＥ））に送信されるように、前記複数のＰＨＩＣＨリソースを用いて前記ＡＣＫ／ＮＡＣＫメッセージを展開することと、
を含む無線通信システムにおける有効範囲向上のための方法。
【０１０９】
（付記２）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットを決定することは、
少なくとも前記ＰＨＩＣＨリソース・セットのサイズを含む、前記ＰＨＩＣＨリソース・セットについての情報を取得することと、
ＰＨＩＣＨパラメータと前記ＰＨＩＣＨリソース・セットについての前記情報とに基づいて、前記ＰＨＩＣＨリソース・セットの前記複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアを決定することと、
を含み、
前記ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさと、ＰＨＩＣＨグループの数と、復調用参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ（ＤＭＲＳ））フィールドへサイクリック・シフトからマップされた要素と、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＰＵＳＣＨ））の送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ（ＴＢ））のインデックスと、ＴＤＤアップリンク／ダウンリンク構成のインジケータとを含む、
付記１に記載の方法。
【０１１０】
（付記３）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記複数のＰＨＩＣＨシーケンスは、１つのＰＨＩＣＨグループに属する又は複数のＰＨＩＣＨグループに属する、
付記１に記載の方法。
【０１１１】
（付記４）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記複数のＰＨＩＣＨリソースを用いてＡＣＫ／ＮＡＣＫメッセージを展開することは、
変調シンボルを取得するために、前記ＡＣＫ／ＮＡＣＫメッセージを変調することと、
前記変調シンボルと前記複数のＰＨＩＣＨシーケンスとに基づいて、複数の変調シンボルのシーケンスを取得することと、
前記複数の変調シンボルのシーケンスを、レイヤ・マッピングし、プリコーディングすることと、
前記ＰＨＩＣＨリソース・セットの前記複数のＰＨＩＣＨシーケンスに応じて、前記複数の変調シンボルのシーケンスをマッピングすることと、
を含む付記１に記載の方法。
【０１１２】
（付記５）
前記ＵＥが有効範囲向上を必要とするか否か判定することを更に含み、前記ＵＥが前記有効範囲向上を必要とすることに応じて、前記ＰＨＩＣＨリソース・セットが決定される付記１に記載の方法。
【０１１３】
（付記６）
前記ＰＨＩＣＨリソース・セットについての情報を前記ＵＥに送信することを更に含み、前記ＰＨＩＣＨリソース・セットについての前記情報は、少なくとも前記ＰＨＩＣＨリソース・セットのサイズを含む付記１に記載の方法。
【０１１４】
（付記７）
複数の物理的ハイブリッドＡＲＱ表示チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＰＨＩＣＨ））リソースを含むＰＨＩＣＨリソース・セットを決定することと、
前記複数のＰＨＩＣＨリソースで基地局（ｂａｓｅ  ｓｔａｔｉｏｎ（ＢＳ））から送信されるＡＣＫ／ＮＡＣＫメッセージの展開結果を受信することと、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果に基づいて、前記ＡＣＫ／ＮＡＣＫメッセージを取得することと、
を含む無線通信システムにおける有効範囲向上のための方法。
【０１１５】
（付記８）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
複数のＰＨＩＣＨリソースを含むＰＨＩＣＨリソース・セットを決定することは、
少なくとも前記ＰＨＩＣＨリソース・セットのサイズを含む、前記ＰＨＩＣＨリソース・セットについての情報を取得することと、
ＰＨＩＣＨパラメータと前記ＰＨＩＣＨリソース・セットについての前記情報とに基づいて、前記ＰＨＩＣＨリソース・セットの前記複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアを決定することと、
を含み、
前記ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさと、ＰＨＩＣＨグループの数と、復調用参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ（ＤＭＲＳ））フィールドへサイクリック・シフトからマップされた要素と、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＰＵＳＣＨ））の送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ（ＴＢ））のインデックスと、ＴＤＤアップリンク／ダウンリンク構成のインジケータとを含む、
付記７に記載の方法。
【０１１６】
（付記９）
前記ＰＨＩＣＨリソース・セットについての情報を取得することは、前記ＢＳから前記ＰＨＩＣＨリソース・セットについての前記情報を受信することを含む付記８に記載の方法。
【０１１７】
（付記１０）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記複数のＰＨＩＣＨシーケンスは、１つのＰＨＩＣＨグループに属する又は複数のＰＨＩＣＨグループに属する、
付記７に記載の方法。
【０１１８】
（付記１１）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果に基づいて、前記ＡＣＫ／ＮＡＣＫメッセージを取得することは、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果と、前記複数のＰＨＩＣＨシーケンスとを結合することと、
結合結果に応じて前記ＡＣＫ／ＮＡＣＫメッセージを取得することと、
を含む付記７に記載の方法。
【０１１９】
（付記１２）
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果と、前記複数のＰＨＩＣＨシーケンスとを結合することは、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果と、前記複数のＰＨＩＣＨシーケンスとを関連付けることと、
前記結合結果として、関連付けの結果の合計を計算することと、
を含む付記１１に記載の方法。
【０１２０】
（付記１３）
有効範囲向上が必要とされるか否か判定することを更に含み、前記有効範囲向上が必要とされることに応じて、前記ＰＨＩＣＨリソース・セットが決定される付記７に記載の方法。
【０１２１】
（付記１４）
複数の物理的ハイブリッドＡＲＱ表示チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＰＨＩＣＨ））リソースを含むＰＨＩＣＨリソース・セットを決定するように構成された決定部と、
ＡＣＫ／ＮＡＣＫメッセージの展開結果が前記複数のＰＨＩＣＨリソースでユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ（ＵＥ））に送信されるように、前記複数のＰＨＩＣＨリソースを用いて前記ＡＣＫ／ＮＡＣＫメッセージを展開するように構成された展開部と、
を含む無線通信システムにおける有効範囲向上のための装置。
【０１２２】
（付記１５）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記決定部は、
少なくとも前記ＰＨＩＣＨリソース・セットのサイズを含む、前記ＰＨＩＣＨリソース・セットについての情報を取得するように構成された情報取得ユニットと、
ＰＨＩＣＨパラメータと前記ＰＨＩＣＨリソース・セットについての前記情報とに基づいて、前記ＰＨＩＣＨリソース・セットの前記複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアを決定するように構成されたインデックス決定ユニットと、
を含み、
前記ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさと、ＰＨＩＣＨグループの数と、復調用参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ（ＤＭＲＳ））フィールドへサイクリック・シフトからマップされた要素と、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＰＵＳＣＨ））の送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ（ＴＢ））のインデックスと、ＴＤＤアップリンク／ダウンリンク構成のインジケータとを含む、
付記１４に記載の装置。
【０１２３】
（付記１６）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記複数のＰＨＩＣＨシーケンスは、１つのＰＨＩＣＨグループに属する又は複数のＰＨＩＣＨグループに属する、
付記１４に記載の装置。
【０１２４】
（付記１７）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記展開部は、
変調シンボルを取得するために、前記ＡＣＫ／ＮＡＣＫメッセージを変調するように構成された変調ユニットと、
前記変調シンボルと前記複数のＰＨＩＣＨシーケンスとに基づいて、複数の変調シンボルのシーケンスを取得するように構成されたシーケンス取得ユニットと、
前記複数の変調シンボルのシーケンスを、レイヤ・マップし、プリコードするように構成されたレイヤ・マッピング及びプリコーディングユニットと、
前記ＰＨＩＣＨリソース・セットの前記複数のＰＨＩＣＨシーケンスに応じて、前記複数の変調シンボルのシーケンスをマップするように構成されたマッピングユニットと、
を含む付記１４に記載の装置。
【０１２５】
（付記１８）
前記ＵＥが有効範囲向上を必要とするか否か判定するように構成された判定部を更に含み、前記ＵＥが前記有効範囲向上を必要とすることに応じて、前記ＰＨＩＣＨリソース・セットが決定される付記１４に記載の装置。
【０１２６】
（付記１９）
前記ＰＨＩＣＨリソース・セットについての情報を前記ＵＥに送信するように構成された送信部を更に含み、前記ＰＨＩＣＨリソース・セットについての前記情報は、少なくとも前記ＰＨＩＣＨリソース・セットのサイズを含む付記１４に記載の装置。
【０１２７】
（付記２０）
複数の物理的ハイブリッドＡＲＱ表示チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（ＰＨＩＣＨ））リソースを含むＰＨＩＣＨリソース・セットを決定するように構成された決定部と、
前記複数のＰＨＩＣＨリソースで基地局（ｂａｓｅ  ｓｔａｔｉｏｎ（ＢＳ））から送信されるＡＣＫ／ＮＡＣＫメッセージの展開結果を受信するように構成された受信部と、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果に基づいて、前記ＡＣＫ／ＮＡＣＫメッセージを取得するように構成された取得部と、
を含む無線通信システムにおける有効範囲向上のための装置。
【０１２８】
（付記２１）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記決定部は、
少なくとも前記ＰＨＩＣＨリソース・セットのサイズを含む、前記ＰＨＩＣＨリソース・セットについての情報を取得するように構成された情報取得ユニットと、
ＰＨＩＣＨパラメータと前記ＰＨＩＣＨリソース・セットについての前記情報とに基づいて、前記ＰＨＩＣＨリソース・セットの前記複数のＰＨＩＣＨシーケンスを識別する複数のインデックス・ペアを決定するように構成されたインデックス決定ユニットと、
を含み、
前記ＰＨＩＣＨパラメータは、ＰＨＩＣＨ変調に使用される拡散率の大きさと、ＰＨＩＣＨグループの数と、復調用参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ（ＤＭＲＳ））フィールドへサイクリック・シフトからマップされた要素と、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ（ＰＵＳＣＨ））の送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ（ＴＢ））のインデックスと、ＴＤＤアップリンク／ダウンリンク構成のインジケータとを含む、
付記２０に記載の装置。
【０１２９】
（付記２２）
前記情報取得ユニットは、前記ＢＳから前記ＰＨＩＣＨリソース・セットについての前記情報を受信するように構成された受信ユニットを含む付記２１に記載の装置。
【０１３０】
（付記２３）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記複数のＰＨＩＣＨシーケンスは、１つのＰＨＩＣＨグループに属する又は複数のＰＨＩＣＨグループに属する、
付記２０に記載の装置。
【０１３１】
（付記２４）
前記複数のＰＨＩＣＨリソースは複数のＰＨＩＣＨシーケンスを含み、
前記取得部は、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果と、前記複数のＰＨＩＣＨシーケンスとを結合するように構成された結合ユニットと、
結合結果に応じて前記ＡＣＫ／ＮＡＣＫメッセージを取得するように構成されたメッセージ取得ユニットと、
を含む付記２０に記載の装置。
【０１３２】
（付記２５）
前記結合ユニットは、
前記ＡＣＫ／ＮＡＣＫメッセージの前記展開結果と、前記複数のＰＨＩＣＨシーケンスとを関連付けるように構成された関連付けユニットと、
前記結合結果として、関連付けの結果の合計を計算するように構成された計算ユニットと、
を含む付記２４に記載の装置。
【０１３３】
（付記２６）
有効範囲向上が必要とされるか否か判定するように構成された判定部を更に含み、前記有効範囲向上が必要とされることに応じて、前記ＰＨＩＣＨリソース・セットが決定される付記２０に記載の装置。
【図１】
2016536915.tif 000014
【図２】
2016536915.tif 000015
【図３】
2016536915.tif 000016
【図４】
2016536915.tif 000017
【図５】
2016536915.tif 000018
【図６】
2016536915.tif 000019
【図７】
2016536915.tif 000020
【図８】
2016536915.tif 000021
【図９】
2016536915.tif 000022
【国際調査報告】
2016536915.tif 000023
2016536915.tif 000024