(57)【要約】  ＴＤＤにおけるＡＲＯ値を定義するための方法、装置及びコンピュータプログラム製品が提供される。１つの方法は、時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義することを含む。第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、そして第２セットの値は、−２と２との間の値を含む。【選択図】      図２
2016507188.tif 000002
【特許請求の範囲】
【請求項１】
時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義することを含み、
前記第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、及び
前記第２セットの値は、−２と２との間の値を含む、
ようにした方法。
【請求項２】
ｍ＝０のときに、前記ＡＲＯ値は｛０、−２、−１、２｝であり、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである、請求項１に記載の方法。
【請求項３】
ｍ＞０のときに、前記第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）を、ダウンリンクサブフレームｎ＜ｍに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソース領域に圧縮することができ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである、請求項１又は２に記載の方法。
【請求項４】
前記ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）における第１セットの値の少なくとも１つは、ダウンリンクサブフレームｎ＝０又はダウンリンクサブフレームｎ＝１の少なくとも１つに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信される、請求項１から３のいずれかに記載の方法。
【請求項５】
前記第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）がダウンリンクサブフレームｎ＝ｍ−１に対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されることを生じさせ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである、請求項１から４のいずれかに記載の方法。
【請求項６】
時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義するための手段を備え、
前記第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、及び
前記第２セットの値は、−２と２との間の値を含む、
ようにした装置。
【請求項７】
ｍ＝０のときに、前記ＡＲＯ値は｛０、−２、−１、２｝であり、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである、請求項６に記載の装置。
【請求項８】
ｍ＞０のときに、前記第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）を、ダウンリンクサブフレームｎ＜ｍに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソース領域に圧縮することができ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである、請求項６又は７に記載の装置。
【請求項９】
前記ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）における第１セットの値の少なくとも１つは、ダウンリンクサブフレームｎ＝０又はダウンリンクサブフレームｎ＝１の少なくとも１つに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信される、請求項６から８のいずれかに記載の装置。
【請求項１０】
前記第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）がダウンリンクサブフレームｎ＝ｍ−１に対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されることを生じさせ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである、請求項６から９のいずれかに記載の装置。
【請求項１１】
コンピュータ読み取り可能な媒体で実施され、請求項１から５のいずれか１つに記載の方法を遂行するようにプロセッサをコントロールするよう構成されたコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照：本願は、２０１３年１月１８日に出願された米国プロビジョナル特許出願第６１／７５４，２６０号の優先権を主張するものである。該特許出願の全ての内容が参考としてここにそのまま援用される。
【０００２】
本発明の実施形態は、一般的に、ユニバーサル移動テレコミュニケーションズシステム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）、長期進化（ＬＴＥ）進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）、及び／又はＬＴＥ−アドバンスト（ＬＴＥ−Ａ）のようなワイヤレス通信システムに関するが、これに限定されない。ある実施形態は、物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）トランスポートブロックに対応するハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）のための物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソース割り当てに関する。
【背景技術】
【０００３】
ユニバーサル移動テレコミュニケーションズシステム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）は、ベースステーション又はＮｏｄｅＢ、及び例えば、無線ネットワークコントローラ（ＲＮＣ）を含む通信ネットワークを指す。ＵＴＲＡＮは、ユーザ装置（ＵＥ）とコアネットワークとの間を接続することができる。ＲＮＣは、１つ以上のＮｏｄｅＢに対するコントロール機能を果たす。ＲＮＣ及びそれに対応するＮｏｄｅＢは、無線ネットワークサブシステム（ＲＮＳ）と称される。Ｅ−ＵＴＲＡＮ（エンハンストＵＴＲＡＮ）の場合には、ＲＮＣが存在せず、ＲＮＣ機能のほとんどは、ｅＮｏｄｅＢ（進化型ＮｏｄｅＢ、Ｅ−ＵＴＲＡＮ  ＮｏｄｅＢとも称される）に含まれる。
【０００４】
長期進化（ＬＴＥ）又はＥ−ＵＴＲＡＮは、改善された効率及びサービス、低いコスト、及び新規スペクトル機会の使用によるＵＭＴＳの改善を指す。特に、ＬＴＥは、少なくとも５０メガビット／秒（Ｍｂｐｓ）のアップリンクピークレート、及び少なくとも１００Ｍｂｐｓのダウンリンクピークレートを与える第３世代パートナーシッププロジェクト（３ＧＰＰ）規格である。ＬＴＥは、２０ＭＨｚから１．４ＭＨｚまでのスケーラブルなキャリア帯域巾をサポートすると共に、周波数分割デュープレックス（ＦＤＤ）及び時分割デュープレックス（ＴＤＤ）の両方をサポートする。ＬＴＥの効果は、例えば、高いスループット、低いレイテンシー、同じプラットホームでのＦＤＤ及びＴＤＤのサポート、改善されたエンドユーザ経験、及び運転コストを下げる簡単なアーキテクチャーである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
３ＧＰＰ  ＬＴＥの更なるリリース（例えば、ＬＴＥ  Ｒｅｌ−１１、ＬＴＥ  Ｒｅｌ−１２）は、ここでは、便宜上、単にＬＴＥアドバンスト（ＬＴＥ−Ａ）と称される将来の国際移動テレコミュニケーションズアドバンスト（ＩＭＴ−Ａ）システムをターゲットとしている。ＬＴＥ−Ａは、３ＧＰＰ  ＬＴＥ無線アクセステクノロジーの拡張及び最適化に向けられる。ＬＴＥ−Ａの目標は、高いデータレート及び低いレイテンシーにより低いコストで著しく向上したサービスを提供することである。ＬＴＥ−Ａは、後方互換性を維持しつつＩＭＴアドバンストのための国際テレコミュニケーションユニオン無線（ＩＴＵ−Ｒ）要件を満足するより最適な無線システムとなる。
【課題を解決するための手段】
【０００６】
１つの実施形態は、時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義することを含む方法に向けられる。第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、ＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、そして第２セットの値は、−２と２との間の値を含む。
【０００７】
一実施形態によれば、ｍ＝０のときに、ＡＲＯ値は｛０、−２、−１、２｝であり、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである。
【０００８】
一実施形態において、ｍ＞０のときに、第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）を、ダウンリンクサブフレームｎ＜ｍに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソース領域に圧縮することができ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである。
【０００９】
一実施形態によれば、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）における第１セットの値の少なくとも１つは、ダウンリンクサブフレームｎ＝０又はダウンリンクサブフレームｎ＝１の少なくとも１つに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信される。
【００１０】
一実施形態において、第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）がダウンリンクサブフレームｎ＝ｍ−１に対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されることを生じさせ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである。
【００１１】
別の実施形態は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えた装置に向けられる。少なくとも１つのメモリ、及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義するようにさせるよう構成される。第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、そして第２セットの値は、−２と２との間の値を含む。
【００１２】
別の実施形態は、コンピュータ読み取り可能な媒体で実施されるコンピュータプログラムに向けられる。このコンピュータプログラムは、時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義することを含むプロセスを遂行するようにプロセッサをコントロールするよう構成される。第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、そして第２セットの値は、−２と２との間の値を含む。
【００１３】
別の実施形態は、時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義するための手段を備えた装置に向けられる。第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、及び第２セットの値は、−２と２との間の値を含む。
【００１４】
本発明を適切に理解するために、添付図面を参照する。
【図面の簡単な説明】
【００１５】
【図１】一実施形態によるマルチサブフレームＰＵＣＣＨリソース構成体の一例を示す図である。
【図２】別の実施形態によるマルチサブフレームＰＵＣＣＨリソース構成体の一例を示す図である。
【図３】一実施形態により２つのＡＲＯ値について２つの個別の値を得るための１つの解決策を示す。
【図４】一実施形態により２つのＡＲＯ値について２つの個別の値を得るための別の解決策を示す。
【図５】一実施形態により２つのＡＲＯ値について２つの個別の値を得るための別の解決策を示す。
【図６】一実施形態による装置を示す。
【発明を実施するための形態】
【００１６】
添付図面に示されて一般的に述べられる本発明のコンポーネントは、広範囲な種々の異なるコンフィギュレーションで構成及び設計できることが容易に理解されよう。従って、添付図面に示された、ＡＲＯ値を定義するための方法、システム、装置及びコンピュータプログラム製品の実施形態の以下の詳細な説明は、本発明の範囲を限定するものではなく、本発明の選択された実施形態を単に表すものである。
【００１７】
必要に応じて、以下に述べる異なる機能は、互いに異なる順序で及び／又は同時に遂行されてもよい。更に、必要に応じて、ここに述べる機能の１つ以上は、任意のものでもよいし、組み合わされてもよい。従って、以下の説明は、本発明の原理、教示及び実施形態の単なる例示として考えるべきであり、それに限定されない。
【００１８】
本発明のある実施形態は、物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）トランスポートブロックに対応するＨＡＲＱ−ＡＣＫのための物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソース割り当てに関する。
【００１９】
周波数ドメインデュープレックス（ＦＤＤ）では、ＰＵＣＣＨリソースは、確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）の関数として計算される。ＦＤＤでは、Ａｃｋ／Ｎａｃｋリソースオフセットの一例は、｛−２、−１、０、２｝に等しい。２ビットのＡｃｋ／Ｎａｃｋリソースオフセット指示は、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）により搬送される全てのダウンリンクコントロール情報フォーマットについて与えられる。
【００２０】
しかしながら、時間ドメインデュープレクス（ＴＤＤ）では、２ビットのＡＲＯフィールドも与えられるが、ＴＤＤの場合のＡＲＯの値は、まだ定義されていない。
【００２１】
現在、３ＧＰＰでは、ＴＤＤのための４つのＡＲＯ値が｛［−２］、［−１］、０、２｝に等しいという暫定的な提案がなされており、ここで、かぎカッコ内の値−２及び−１は、最終的なものではなく、値０及び２は、合意されたものである。問題は、動的なＨＡＲＱ−ＡＣＫについて予約されたＰＵＣＣＨリソースを負荷に基づいて動的にスケーリングできる仕方で２つの欠落ＡＲＯ値をどのように定義するかである。
【００２２】
従って、１つの実施形態は、以下に詳細に述べるように、バンドルウインドウ内の多数のＤＬサブフレーム間でＰＵＣＣＨリソース圧縮を更に可能にするためにＴＤＤにおけるＡｃｋ／Ｎａｃｋリソースオフセット（ＡＲＯ）値を定義する方法を提供する。
【００２３】
ＥＰＤＣＣＨによりスケジュールされるＰＤＳＣＨトランスポートブロックに対応するＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨフォーマット１ａ／１ｂリソース割り当てが３ＧＰＰ  ＲＡＮ１＃７１ミーティングで議論された。幾つかのＦＦＳポイントで以下に概略を述べるように多数の合意がなされた。
【００２４】
ＦＤＤでは、ＰＵＣＣＨリソース
2016507188.tif 000003
は、次のように計算される。
2016507188.tif 000004
但し、ΔARO＝｛−２、−１、０、２｝であり、そして
2016507188.tif 000005
は、インデックス‘ｊ’を伴うＥＰＤＣＣＨセットに関連したＰＵＣＣＨリソースオフセットである。
【００２５】
ＥＰＤＣＣＨセットにおけるＥＰＤＣＣＨの最小合意レベルが１つのエンハンストコントロールチャンネルエレメント（ＥＣＣＥ）であるか２つのＥＣＣＥであるかに関わらず、ｆ（ｎeCCE、ｐ）は、局部及び分散ＥＰＤＣＣＨに対して各々次のように決定され、
2016507188.tif 000006
但し、ｎeCCE,jは、インデックス‘ｊ’を伴うＥＰＤＣＣＨセットにおけるＥＰＤＣＣＨ送信の第１のＥＣＣＥのインデックスであり、Ｎは、ＰＲＢ当りのＥＣＣＥの数であり、ｋpは、ＥＰＤＣＣＨを復調するのに使用されるＤＭＲＳポートから決定され、Ｎ＝４の場合は、ｋp＝｛０、１、２、３｝であり、Ｎ＝２の場合は、ｋp＝｛０、１｝である。
【００２６】
ＥＰＤＣＣＨにより搬送される全てのＤＬ  ＤＣＩフォーマットには明確な２ビットのＡｃｋ／Ｎａｃｋリソースオフセット（ＡＲＯ）指示が常に存在する。ＳＣｅｌｌを経て送信されるＥＰＤＣＣＨでは、リソース割り当てメカニズムがＲｅｌ−１０と同じであり、ここで、Ｒｅｌ−１０のＡＲＩが使用され、そしてＡＲＯフィールドは、全て０にセットされる。ＡＲＯフィールドは、ＤＣＩフォーマット０又は４には含まれない。ＣｏＭＰ動作のための
2016507188.tif 000007
のＲｅｌ−１１  ＵＥ特有値が構成されるか否かに関わらず、ＥＰＤＣＣＨを経て受け取られるＤＬグラントに対して前記式１が使用される。
【００２７】
ＴＤＤでは、同じバンドルウインドウ内の全てのサブフレームのＥＰＤＣＣＨを監視するようにＵＥが構成される場合には、ＦＤＤのＰＵＣＣＨリソース決定式に存在する項に加えて、ＴＤＤのＰＵＣＣＨリソースは、次の式にも依存する。
2016507188.tif 000008
但し、ＮeCCE,i,jは、そのＵＥに対して構成されたＥＰＤＣＣＨセットｊにおけるサブフレームｉのｅＣＣＥの数に等しく、そしてｍ（０．．．Ｍ−１）は、ＥＰＤＣＣＨによりスケジュールされるＰＤＳＣＨのＤＬサブフレームの相対的インデックスである。
【００２８】
ＴＤＤには２ビットのＡＲＯフィールドも存在する。更なる研究として残されているものは、ＴＤＤの場合のＡＲＯの値を定義することである。ＴＤＤの場合のＡＲＯ値の幾つかの考えられる別の態様は、次の通りである。
●別の態様１：ＦＤＤの場合と同じ
●別の態様２：｛０、２、−ＮeCCE,m,j、ＮeCCE,m,j｝
●別の態様３：｛０、２、Ｎ(1)PUCCH,0−Ｎ(1)PUCCH,j、Ｎ(1)PUCCH,1−
Ｎ(1)PUCCH,ｊ｝
●別の態様４：｛０、−ＮeCCE,0,j、−(ＮeCCE,0,j、＋ＮeCCE,1,j)、−
（ＮeCCE,0,j＋ＮeCCE,1,j＋ＮeCCE,2,j）｝
●．．．
【００２９】
キャリアアグリゲーションでは、ＡＲＯの存在又は使用がＦＤＤと同様に定義される。ＤＡＩ＞１であり、且つＵＥがフォーマット３で構成されるときのＡＲＯの使用について更なる研究が行われる。又、同じバンドルウインドウ内の幾つかのサブフレームのＥＰＤＣＣＨを監視しないようにＵＥが構成されるときにも更なる研究がなされる。
【００３０】
幾つかの可能性は、次のものを含む（かぎカッコ内の特徴は、ＲＡＮ１＃７２において更なる議論を受ける）。
●４つのＡＲＯ値は、｛［−２］、［−１］、０、２｝であり、ここで、値０及び２は合意されたが、値−２及び−１は、更なる討議がまだ保留中である。
●［ＤＡＩ＞１の場合にはＡＲＯビットが０にセットされ、そしてＵＥは、ＰＵＣＣＨフォーマット３で構成される］
●［ＰＵＣＣＨリソース割り当ては、全てのサブフレームに基づく］
【００３１】
ＦＤＤのＡＲＯは、同じＰＵＣＣＨリソース領域を共有する複数のＥＰＤＣＣＨセット間の潜在的なリソース衝突を解決するように設計され、そしてＴＤＤのＡＲＯ値０及び２も、同じ目的を果たす。本発明のある実施形態は、バンドルウインドウ内の多数のＤＬサブフレーム間でＰＵＣＣＨリソース圧縮を更に可能にするためにＴＤＤのＡＲＯ値を定義する解決策を提供する。
【００３２】
上述したように、ＥＰＤＣＣＨを経てスケジュールされるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨリソース割り当ては、暗示的マッピングに一部分基づく。より詳細には、スケジューリングＤＬ指定の最低ｅＣＣＥのインデックスと、ＨＡＲＱ−ＡＣＫが送信されるＰＵＣＣＨリソースとの間には１対１のマッピング関係がある。その結果、要求されるＰＵＣＣＨリソースの数は、所与のＥＰＤＣＣＨセットｊにおけるｅＣＣＥの数に等しくなる。更に、ＡＲＯは、暗示的に導出されるリソースをオフセットするのにも使用される。
【００３３】
図１は、一実施形態によるマルチサブフレームＰＵＣＣＨリソース構成の一例を示す。ＴＤＤにおけるＰＵＣＣＨリソースオーバーヘッドは、ＦＤＤよりも非常に高い。というのは、バンドルウインドウ内の複数のＤＬサブフレームのＰＵＣＣＨリソースが、図１の上部に示すように、１つのＵＬサブフレームにおいて「積み重ねられる」からである。ＬＴＥ  Ｒｅｌ−８のようにリソースインターリーブはないから、サブフレーム＃３における１つのＥＰＤＣＣＨ  ＤＬ指定割り当ては、３つのサブフレームにおいてｅＣＣＥをどのように使用しても、サブフレーム＃０／１／２の完全ＵＬオーバーヘッドを招く（即ち、Ｎ＿ｅＣＣＥ.０,ｊ＋Ｎ＿ｅＣＣＥ.１,ｊ＋Ｎ＿ｅＣＣＥ.２,ｊ  ＰＵＣＣＨリソースを予約する必要があり、ここで、Ｎ＿ｅＣＣＥ.ｍ,ｊは、バンドルウインドウのｍ番目のサブフレームのＥＰＤＣＣＨセットｊにおけるｅＣＣＥの数である）。
【００３４】
バンドルウインドウのｍ番目のサブフレームで送信されるＤＬ指定のためのＨＡＲＱ−ＡＣＫリソースを以前のサブフレームの１つに対応するＰＵＣＣＨ領域へ動的に移動するために大きな負のＡＲＯ値を使用することができる。図１の下部に示すように、例えば、１つの特定のＵＥについて、４つのＤＬサブフレームに対応するＨＡＲＱ−ＡＣＫリソースは、全て、第１のサブフレームに対応するＰＵＣＣＨリソースへ移動され、従って、バンドルウインドウの複数のＤＬサブフレーム間でリソース圧縮を行うことができる。
【００３５】
リソース圧縮は、次いで、ＰＵＳＣＨとＰＵＣＣＨとの間の柔軟なリソース割り当てを保証する。動的なＨＡＲＱ−ＡＣＫリソースは、ＰＵＣＣＨの最も内側の部分（ＰＵＳＣＨの隣）に位置され、そしてＨＡＲＱ−ＡＣＫリソースを動的に圧縮でき、ＰＵＣＣＨを経て送信されるＨＡＲＱ−ＡＣＫに対して半静的に予約される物理的リソースブロック（ＰＲＢ）においてＰＵＳＣＨのスケジューリングを許すことに注意されたい。
【００３６】
動的なＨＡＲＱ−ＡＣＫについて予約されるＰＵＣＣＨリソースを負荷に基づいて動的にスケーリングできる仕方でＡＲＯ値をどのように特別に定義するかの問題が生じる（例えば、第１のＤＬサブフレームに対応するＰＵＣＣＨ領域のリソース利用が高くない場合には、次のＤＬサブフレームのためのＨＡＲＱ−ＡＣＫ送信をこの領域へ動的に移動することができねばならない）。
【００３７】
一実施形態によれば、ＴＤＤに対するＡＲＯの定義は、２つの成分を含む。ＡＲＯの１つの部分は、リソース圧縮に向けられ、大きな（２より大きな）負の値を含む。これは、別のＤＬサブフレームに対応するＰＵＣＣＨリソースを経てのＨＡＲＱ−ＡＣＫの送信が終了するように、ＨＡＲＱ−ＡＣＫリソース決定をオフセットするのに使用される。ＡＲＯの別の部分は、衝突回避に向けられ、小さな値（例えば、−２、−１、０、１又は２）を含む。
【００３８】
本発明のある実施形態により定義されるＡＲＯの重要な特性は、次のように特徴付けられる。ｍ＝０のとき、ＡＲＯ定義は、ＦＤＤと同じになるように減少され、即ちＡＲＯ＝｛−２、−１、０、２｝である。ｍ＞０のとき、ＡＲＯ値の少なくとも幾つかは、ＨＡＲＱ−ＡＣＫを、ＤＬサブフレームｎ＜ｍに対応するＰＵＣＣＨリソース領域へ圧縮することを許す。１つの実施形態では、少なくとも１つのＡＲＯ値は、ＤＬサブフレームｎ＝０及び／又はｎ＝１に対応するＰＵＣＣＨリソースにおいてＨＡＲＱ−ＡＣＫが送信されることを生じさせる。別の実施形態では、少なくとも１つのＡＲＯ値は、ＤＬサブフレームｎ＝ｍ−１に対応するＰＵＣＣＨリソース（即ち、以前のＤＬサブフレームに対応するＨＡＲＱ−ＡＣＫリソース）においてＨＡＲＱ−ＡＣＫが送信されることを生じさせる。
【００３９】
ＴＤＤにおけるＡＲＯ値の一般的定義は、決定されるべき２つのＡＲＯ値に対して各々２セットのパラメータ｛ａ１、ｂ１、Ｃ１｝及び｛ａ２、ｂ２、Ｃ２｝で表すことができる。ここで、“ａ”及び“ｂ”は、ターゲットサブフレームのＨＡＲＱ−ＡＣＫをどのＰＵＣＣＨ領域（どのＤＬサブフレームかに対応する）に移動すべきかコントロールするのに使用され、即ち“ａ”及び“ｂ”は、ＰＵＣＣＨリソース圧縮を定義するために使用される。“Ｃ”は、衝突回避のためのオフセットとして使用される。例えば、｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝は、サブフレームインデックス“ｍ（０．．．Ｍ−１）”に依存し、そして｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝の組み合わせは、各々２つのＡＲＯ値を決定する。
【００４０】
一実施形態によれば、ＴＤＤにおいて、サブフレームｍのＡＲＯ値は、［Ｏ1、Ｏ2、０、２］であり、ここで、次のようになる。
2016507188.tif 000009
及び
2016507188.tif 000010
【００４１】
図２は、一実施形態によるマルチサブフレームＰＵＣＣＨリソース構成の一例を示す。ＤＬサブフレームｍに対応するＨＡＲＱ−ＡＣＫリソースをサブフレームｎ（ｍ＞ｎ）へ移動することは、｛ａ、ｂ｝に対する適切なパラメータ設定により定義される。例えば、
●図２ａに示すａ＝０、ｂ＝ｍ−１は、サブフレーム＃１／２／３のＨＡＲＱ−ＡＣＫリソースがサブフレーム＃０に圧縮されることを意味し；
●図２ｂに示すａ＝１、ｂ＝ｍ−１は、サブフレーム＃２／３のＨＡＲＱ−ＡＣＫリソースがサブフレーム＃１に圧縮されることを意味し；
●図２ｃに示すａ＝ｍ−１、ｂ＝ｍ−１は、サブフレーム＃１／２／３のＨＡＲＱ−ＡＣＫリソースが各々サブフレーム＃０／１／２に圧縮されることを意味する。
【００４２】
Ｃに関して、｛Ｃ1、Ｃ2｝についての可能性は、次の通りである。
１．｛Ｃ1、Ｃ2｝は、バンドルウインドウ内の全てのサブフレームにわたって一定であり、例えば、Ｃ1＝−２、Ｃ2＝−１、又はＣ1＝０、Ｃ2＝２であり；
２．｛Ｃ1、Ｃ2｝は、サブフレームインデックスｍに依存し、
２．１．｛Ｃ1、Ｃ2｝の値は、現在サブフレームに対するＨＡＲＱ−ＡＣＫリソースが別のサブフレームへ移動されるかどうかに依存し、例えば、
2016507188.tif 000011
２．２．｛Ｃ1、Ｃ2｝の解釈は、サブフレームからサブフレームへ次のように循環的に変化する。
○ｍ＝０：Ｃ1は、ＦＤＤ（［−２］）のＡＲＯとして定義される
○ｍ＝１：Ｃ1は、［−１］として定義される
○ｍ＝２：Ｃ1は、［０］として定義される
○ｍ＝３：Ｃ1は、［２］として定義される
○ｍ＝０：Ｃ2は、ＦＤＤ（［−１］）のＡＲＯとして定義される
○ｍ＝１：Ｃ2は、［０］として定義される
○ｍ＝２：Ｃ2は、［２］として定義される
○ｍ＝３：Ｃ2は、［−２］として定義される
【００４３】
この解決策の利益は、予め定義された（例えば、第１）サブフレームに対応する４つのＡＲＯ値の完全に柔軟な利用を許すことである。これは、オフセットパラメータΔ＝｛−２、−１、０、２｝の「循環解釈」と称される。このルールは、Ｃ１＝Δ（ｍ＋１）、Ｃ２＝Δ（ｍｏｄ（ｍ＋ｘ、４）＋１）と書き表すことができ、ここで、ｍ（０．．．Ｍ−１）は、バンドルウインドウ内のサブフレームインデックスであり、Ｍは、バンドルウインドウ内のサブフレームの数であり、そしてｘは、Ｃ１とＣ２との間のオフセットである。一実施形態において、ｘは、１又は２のような既定の値を有する（上述した例ではｘ＝１と仮定された）。
【００４４】
上述したように、｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝の組み合わせは、各々、２つのＡＲＯ値を決定する。ある実施形態は、２つのＡＲＯ値（Ｏ１及びＯ２）に対して２つの個別の値を得るための異なる解決策を提供する。
【００４５】
１つの実施形態において、［ａ１、ｂ１］は、［ａ２、ｂ２］と同じであり、例えば、前記項２．２と同様にＣ１及びＣ２の循環解釈では、
2016507188.tif 000012
である。この別の態様は、図３に示されている。
【００４６】
別の実施形態では、［ａ１、ｂ１］は、［ａ２、ｂ２］とは異なり、例えば、前記項２．１と同様にＣ１及びＣ２では、
2016507188.tif 000013
である。この別の態様は、図４に示されている。
【００４７】
別の実施形態では、［ａ１、ｂ１］は、［ａ２、ｂ２］とは異なり、例えば、前記項２．１と同様にＣ１及びＣ２では、
2016507188.tif 000014
である。この別の態様は、図５に示されている。
【００４８】
前記例を越えるパラメータ設定の他の組み合わせも考えられるので、これらの実施形態は、これらの組み合わせに限定されないことに注意されたい。又、システムは、１つの圧縮戦略（例えば、図３に示されたもの）しかサポートしないことが考えられる。別の解決策では、システムは、可変の戦略（例えば、図４に示されたもの及び図５に示された別のもの）をサポートすることができる。可変の戦略の原理に従って、ｅＮｏｄｅＢ次第で、適用戦略を決定する。適用戦略は、より上位レイヤのシグナリング（例えば、無線リソースコントロールシグナリング）を経てＵＥに対して構成される。シグナリングは、パラメータ｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝に基づく（少なくとも部分的に）。
【００４９】
図６は、一実施形態による装置１０の一例を示す。当業者であれば、装置１０は、図６に示されていないコンポーネント又は特徴を含むことが理解されよう。本発明を例示するのに必要なコンポーネント又は特徴のみが図６に示されている。
【００５０】
図６に示したように、装置１０は、情報を処理し且つインストラクション又はオペレーションを実行するためのプロセッサ２２を備えている。プロセッサ２２は、いずれの形式の汎用又は特殊目的プロセッサでもよい。図６には、単一のプロセッサ２２が示されているが、他の実施形態では複数のプロセッサが使用されてもよい。実際に、プロセッサ２２は、例えば、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、及びマルチコアプロセッサアーキテクチャーに基づくプロセッサの１つ以上を含む。
【００５１】
装置１０は、更に、プロセッサ２２によって実行される情報及びインストラクションを記憶するためにプロセッサ２２に結合されるメモリ１４も備えている。メモリ１４は、１つ以上のメモリでもよく且つローカルアプリケーション環境に適したいかなるタイプのものでもよく、そして適当な揮発性又は不揮発性データストレージ技術、例えば、半導体ベースのメモリ装置、磁気メモリ装置及びシステム、光学的メモリ装置及びシステム、固定メモリ、及び取り外し可能なメモリを使用して実施される。例えば、メモリ１４は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、磁気又は光学ディスクのようなスタティックストレージ、或いは他の形式の非一時的マシン又はコンピュータ読み取り可能な媒体で構成することができる。メモリ１４に記憶されるインストラクションは、プロセッサ２２により実行されたときに、装置１０がここに述べるタスクを遂行できるようにするプログラムインストラクション又はコンピュータプログラムコードを含む。
【００５２】
又、装置１０は、装置１０へ及び装置１０から信号及び／又はデータを送信及び受信するための１つ以上のアンテナ２５も備えている。更に、装置１０は、情報を送信及び受信するように構成されたトランシーバ２８も備えている。例えば、トランシーバ２８は、アンテナ２５により送信するためのキャリア波形に情報を変調し、そしてアンテナ２５を経て受信した情報を、装置１０の他の要素による更なる処理のために復調するように構成される。他の実施形態では、トランシーバ２８は、信号又はデータを直接送信及び受信することができる。
【００５３】
プロセッサ２２は、装置１０のオペレーションに関連した機能を遂行し、この機能は、アンテナ利得／位相パラメータの事前コード化、通信メッセージを形成する個々のビットのエンコード及びデコード動作、情報のフォーマット化、及び通信リソースの管理に関連したプロセッサを含む装置１０の全体的なコントロールを含むが、これに限定されない。
【００５４】
一実施形態では、メモリ１４は、プロセッサ２２により実行されたときに機能を発揮するソフトウェアモジュールを記憶する。これらのモジュールは、例えば、装置１０のオペレーティングシステム機能を発揮するオペレーティングシステムを含む。又、メモリは、装置１０の付加的な機能を発揮するためにアプリケーション又はプログラムのような１つ以上の機能的モジュールも記憶する。装置１０のコンポーネントは、ハードウェアで実施されてもよいし、ハードウェアとソフトウェアの適当な組み合わせで実施されてもよい。
【００５５】
一実施形態において、装置１０は、２セットのパラメータ｛ａ１、ｂ１、Ｃ１｝及び｛ａ２、ｂ２、Ｃ２｝でＴＤＤにおけるＡＲＯ値を定義するようにメモリ１４及びプロセッサ２２によりコントロールされる。この実施形態では、“ａ”及び“ｂ”は、ＰＵＣＣＨリソース圧縮を定義するのに使用され、そして“Ｃ”は、衝突回避のためのオフセットとして使用される。一実施形態によれば、｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝は、サブフレームインデックス“ｍ（０．．．Ｍ−１）”に依存し、そして｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝の組み合わせは、各々２つのＡＲＯ値を決定する。１つの実施形態では、［ａ１、ｂ１］は、Ｃ１及びＣ２の循環解釈で［ａ２、ｂ２］と同じである。別の実施形態では、［ａ１、ｂ１］は、現在サブフレームのＨＡＲＱ−ＡＣＫリソースが別のサブフレームへ移動されるかどうかに基づき、Ｃ１及びＣ２の値で［ａ２、ｂ２］とは異なる。更に別の実施形態では、［ａ１、ｂ１］は、サブフレームからサブフレームへ循環的に変化するＣ１及びＣ２の値で［ａ２、ｂ２］とは異なる。
【００５６】
別の実施形態は、ＴＤＤにおけるＡＲＯ値を定義するための方法に向けられる。この方法は、ＴＤＤにおけるＡＲＯ値を２セットのパラメータ｛ａ１、ｂ１、Ｃ１｝及び｛ａ２、ｂ２、Ｃ２｝で定義することを含む。一実施形態によれば、この方法は、ＰＵＣＣＨリソース圧縮を定義するために“ａ”及び“ｂ”を使用し、そして衝突回避のオフセットとして“Ｃ”を使用する。一実施形態によれば、｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝は、サブフレームインデックス“ｍ（０．．．Ｍ−１）”に依存し、そして｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝の組み合わせは、各々２つのＡＲＯ値を決定する。この方法の１つの実施形態では、［ａ１、ｂ１］は、Ｃ１及びＣ２の循環解釈で［ａ２、ｂ２］と同じである。別の実施形態では、［ａ１、ｂ１］は、現在サブフレームのＨＡＲＱ−ＡＣＫリソースが別のサブフレームへ移動されるかどうかに基づき、Ｃ１及びＣ２の値で［ａ２、ｂ２］とは異なる。更に別の実施形態では、［ａ１、ｂ１］は、サブフレームからサブフレームへ循環的に変化するＣ１及びＣ２の値で［ａ２、ｂ２］とは異なる。
【００５７】
ある実施形態による１つの利益は、ＥＰＤＣＣＨを経てスケジュールされるＰＤＳＣＨに関連したＰＵＣＣＨオーバーヘッドを最小にできることである。ＰＵＣＣＨオーバーヘッドは、スケーラブルであり、非占有のＰＵＣＣＨリソースをＰＵＳＣＨに対して完全に使用することができる。ＰＵＣＣＨオーバーヘッドは、ＴＤＤシステム特有の問題であることに注意されたい。Ｒｅｌ−１１  ＥＰＤＣＣＨ解決策の最上部にそのようなメカニズムが構築されていない場合には、ＥＰＤＤＣＨがＲｅｌ−８解決策に比して大きなオーバーヘッドを生じることを意味する。
【００５８】
以上のことから、一実施形態において、バンドルウインドウ内の全てのサブフレームに適用されそして賢明なリソース圧縮方法のほとんどをカバーするＴＤＤにおけるＡＲＯ値の一般的な定義が提案された。図３に示された別の形態で積極的な圧縮を達成することができ、そして循環的解釈により衝突が更に回避される。図４及び５に示された別の形態では、あまり積極的でない圧縮が達成される。これは、圧縮と、異なるサブフレーム間の動的なオフセットとの間の良好な妥協である。
【００５９】
ある実施形態では、ここに述べるいずれかの方法の機能は、メモリ又は他のコンピュータ読み取り可能な又は有形の媒体に記憶されてプロセッサにより実行されるソフトウェア及び／又はコンピュータプログラムコードによって実施される。他の実施形態では、この機能は、ハードウェア、例えば、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はハードウェア及びソフトウェアの他の組み合わせの使用により遂行される。
【００６０】
当業者であれば、上述した本発明は、異なる順序のステップでも実施でき、及び／又はここに開示したものとは異なる構成のハードウェア要素でも実施できることが容易に理解されよう。それ故、本発明は、好ましい実施形態に基づいて説明したが、当業者であれば、本発明の精神及び範囲から逸脱せずに、種々の変更、修正、及び別の構造が明らかとなるであろう。それ故、本発明の範囲及び境界を決定するためには、特許請求の範囲を参照されたい。
【符号の説明】
【００６１】
１０：装置
１４：メモリ
２２：プロセッサ
２５：アンテナ
２８：トランシーバ
【図１】
2016507188.tif 000015
【図２】
2016507188.tif 000016
【図３】
2016507188.tif 000017
【図４】
2016507188.tif 000018
【図５】
2016507188.tif 000019
【図６】
2016507188.tif 000020
【国際調査報告】
2016507188.tif 000021
2016507188.tif 000022