特許 6090813 ＴＤＤにおけるＥＰＤＣＣＨのためのＰＵＣＣＨリソース割り当てのＡＲＯ値

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6090813

(24)【登録日】2017年2月17日

(45)【発行日】2017年3月8日

(54)【発明の名称】ＴＤＤにおけるＥＰＤＣＣＨのためのＰＵＣＣＨリソース割り当てのＡＲＯ値

(51)【国際特許分類】

   H04W 72/04 20090101AFI20170227BHJP

   H04W 28/04 20090101ALI20170227BHJP

【ＦＩ】

   H04W72/04 136

   H04W28/04 110

【請求項の数】7

【全頁数】14

(21)【出願番号】特願2015-553083(P2015-553083)

(86)(22)【出願日】2014年1月17日

(65)【公表番号】特表2016-507188(P2016-507188A)

(43)【公表日】2016年3月7日

(86)【国際出願番号】EP2014050859

(87)【国際公開番号】WO2014111495

(87)【国際公開日】20140724

【審査請求日】2015年7月21日

(31)【優先権主張番号】61/754,260

(32)【優先日】2013年1月18日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】513311642

【氏名又は名称】ノキア ソリューションズ アンド ネットワークス オサケユキチュア

(74)【代理人】

【識別番号】100092093

【弁理士】

【氏名又は名称】辻居 幸一

(74)【代理人】

【識別番号】100082005

【弁理士】

【氏名又は名称】熊倉 禎男

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(72)【発明者】

【氏名】チャン リ

(72)【発明者】

【氏名】ルンティラ ティモ エルッキ

(72)【発明者】

【氏名】ティイロラ エサ タパニ

【審査官】 ▲高▼橋 真之

(56)【参考文献】

【文献】 国際公開第２０１４／０７１３０４（ＷＯ，Ａ１）

【文献】 特表２０１６−５０４８０３（ＪＰ，Ａ）

【文献】 特表２０１５−５１６１２５（ＪＰ，Ａ）

【文献】 特表２０１５−５３４３９４（ＪＰ，Ａ）

【文献】 Alcatel-Lucent，Status Report to TSG[online]，3GPP TSG RAN meeting #58 RP-121579，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_58/Docs/RP-121579.zip＞，２０１２年１１月３０日

【文献】 Research In Motion, UK Limited，Efficiency of DCI based PUCCH Resource Allocation Alternatives for ePDCCH[online]，3GPP TSG RAN WG1 Meeting #71 R1-125069，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_71/Docs/R1-125069.zip＞，２０１２年１１月 ３日

【文献】 Intel Corporation，Remaining details on PUCCH resource allocation for EPDCCH[online]，3GPP TSG-RAN WG1 #71 R1-125231，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_71/Docs/R1-125231.zip＞，２０１２年１１月 ６日

【文献】 Nokia Siemens Networks, Nokia，Remaining issues on HARQ-ACK resource allocation for data scheduled via EPDCCH: TDD aspects[online]，3GPP TSG-RAN WG1 Meeting #71 R1-125011，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_71/Docs/R1-125011.zip＞，２０１２年１１月 ２日

【文献】 Nokia Siemens Networks, Nokia，Remaining issues on TDD HARQ-ACK resource allocation for data scheduled via EPDCCH[online]，3GPP TSG-RAN WG1 Meeting #72 R1-130475，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_72/Docs/R1-130475.zip＞，２０１３年 １月１９日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義することを含み、
前記第１セットの値は、少なくとも１つの絶対値が２より大きい負の数を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、及び
前記第２セットの値は、−２と２との間の値を含み、
ｍ＝０のときに、前記ＡＲＯ値は前記第２セットに属し、｛０、−２、−１、２｝であり、ｍ＞０のときに、ＡＲＯの値は前記第１セットに属し、前記値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）を、ダウンリンクサブフレームｎ＜ｍに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソース領域に圧縮することができ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである、方法。

【請求項2】

前記第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）がダウンリンクサブフレームｎ＝０又はダウンリンクサブフレームｎ＝１の少なくとも１つに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されることを生じさせる、請求項１に記載の方法。

【請求項3】

前記第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）がダウンリンクサブフレームｎ＝ｍ−１に対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されることを生じさせ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである、請求項１又は２に記載の方法。

【請求項4】

時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義するための手段を備え、
前記第１セットの値は、少なくとも１つの絶対値が２より大きい負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、及び
前記第２セットの値は、−２と２との間の値を含み、
ｍ＝０のときに、前記ＡＲＯ値は前記第２セットに属し、｛０、−２、−１、２｝であり、ｍ＞０のときに、ＡＲＯの値は前記第１セットに属し、前記値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）を、ダウンリンクサブフレームｎ＜ｍに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソース領域に圧縮することができ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである、装置。

【請求項5】

前記第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）のダウンリンクサブフレームｎ＝０又はダウンリンクサブフレームｎ＝１の少なくとも１つに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されることを生じさせる、請求項４に記載の装置。

【請求項6】

前記第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）がダウンリンクサブフレームｎ＝ｍ−１に対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されることを生じさせ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである、請求項４又は５に記載の装置。

【請求項7】

請求項１から３のいずれか１つに記載の方法を遂行するようにプロセッサをコントロールするよう構成されたコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照：本願は、２０１３年１月１８日に出願された米国プロビジョナル特許出願第６１／７５４，２６０号の優先権を主張するものである。該特許出願の全ての内容が参考としてここにそのまま援用される。

【0002】

本発明の実施形態は、一般的に、ユニバーサル移動テレコミュニケーションズシステム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）、長期進化（ＬＴＥ）進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）、及び／又はＬＴＥ−アドバンスト（ＬＴＥ−Ａ）のようなワイヤレス通信システムに関するが、これに限定されない。ある実施形態は、物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）トランスポートブロックに対応するハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）のための物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソース割り当てに関する。

【背景技術】

【0003】

ユニバーサル移動テレコミュニケーションズシステム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）は、ベースステーション又はＮｏｄｅＢ、及び例えば、無線ネットワークコントローラ（ＲＮＣ）を含む通信ネットワークを指す。ＵＴＲＡＮは、ユーザ装置（ＵＥ）とコアネットワークとの間を接続することができる。ＲＮＣは、１つ以上のＮｏｄｅＢに対するコントロール機能を果たす。ＲＮＣ及びそれに対応するＮｏｄｅＢは、無線ネットワークサブシステム（ＲＮＳ）と称される。Ｅ−ＵＴＲＡＮ（エンハンストＵＴＲＡＮ）の場合には、ＲＮＣが存在せず、ＲＮＣ機能のほとんどは、ｅＮｏｄｅＢ（進化型ＮｏｄｅＢ、Ｅ−ＵＴＲＡＮ ＮｏｄｅＢとも称される）に含まれる。

【0004】

長期進化（ＬＴＥ）又はＥ−ＵＴＲＡＮは、改善された効率及びサービス、低いコスト、及び新規スペクトル機会の使用によるＵＭＴＳの改善を指す。特に、ＬＴＥは、少なくとも５０メガビット／秒（Ｍｂｐｓ）のアップリンクピークレート、及び少なくとも１００Ｍｂｐｓのダウンリンクピークレートを与える第３世代パートナーシッププロジェクト（３ＧＰＰ）規格である。ＬＴＥは、２０ＭＨｚから１．４ＭＨｚまでのスケーラブルなキャリア帯域巾をサポートすると共に、周波数分割デュープレックス（ＦＤＤ）及び時分割デュープレックス（ＴＤＤ）の両方をサポートする。ＬＴＥの効果は、例えば、高いスループット、低いレイテンシー、同じプラットホームでのＦＤＤ及びＴＤＤのサポート、改善されたエンドユーザ経験、及び運転コストを下げる簡単なアーキテクチャーである。

【発明の概要】

【発明が解決しようとする課題】

【0005】

３ＧＰＰ ＬＴＥの更なるリリース（例えば、ＬＴＥ Ｒｅｌ−１１、ＬＴＥ Ｒｅｌ−１２）は、ここでは、便宜上、単にＬＴＥアドバンスト（ＬＴＥ−Ａ）と称される将来の国際移動テレコミュニケーションズアドバンスト（ＩＭＴ−Ａ）システムをターゲットとしている。ＬＴＥ−Ａは、３ＧＰＰ ＬＴＥ無線アクセステクノロジーの拡張及び最適化に向けられる。ＬＴＥ−Ａの目標は、高いデータレート及び低いレイテンシーにより低いコストで著しく向上したサービスを提供することである。ＬＴＥ−Ａは、後方互換性を維持しつつＩＭＴアドバンストのための国際テレコミュニケーションユニオン無線（ＩＴＵ−Ｒ）要件を満足するより最適な無線システムとなる。

【課題を解決するための手段】

【0006】

１つの実施形態は、時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義することを含む方法に向けられる。第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、ＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、そして第２セットの値は、−２と２との間の値を含む。

【0007】

一実施形態によれば、ｍ＝０のときに、ＡＲＯ値は｛０、−２、−１、２｝であり、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである。

【0008】

一実施形態において、ｍ＞０のときに、第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）を、ダウンリンクサブフレームｎ＜ｍに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソース領域に圧縮することができ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである。

【0009】

一実施形態によれば、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）における第１セットの値の少なくとも１つは、ダウンリンクサブフレームｎ＝０又はダウンリンクサブフレームｎ＝１の少なくとも１つに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信される。

【0010】

一実施形態において、第１セットの値の少なくとも１つは、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）がダウンリンクサブフレームｎ＝ｍ−１に対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されることを生じさせ、ここで、ｍは、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）によりスケジュールされる物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）のダウンリンクサブフレームの相対的インデックスである。

【0011】

別の実施形態は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えた装置に向けられる。少なくとも１つのメモリ、及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義するようにさせるよう構成される。第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、そして第２セットの値は、−２と２との間の値を含む。

【0012】

別の実施形態は、コンピュータ読み取り可能な媒体で実施されるコンピュータプログラムに向けられる。このコンピュータプログラムは、時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義することを含むプロセスを遂行するようにプロセッサをコントロールするよう構成される。第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、そして第２セットの値は、−２と２との間の値を含む。

【0013】

別の実施形態は、時分割デュープレックス（ＴＤＤ）における確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）値を第１セットの値及び第２セットの値で定義するための手段を備えた装置に向けられる。第１セットの値は、負の値を含み、これを使用して、ハイブリッド自動リピート要求（ＨＡＲＱ）確認（ＡＣＫ）リソース決定をオフセットして、そのＨＡＲＱ−ＡＣＫが別のダウンリンクサブフレームに対応する物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソースを経て送信されるようにし、及び第２セットの値は、−２と２との間の値を含む。

【0014】

本発明を適切に理解するために、添付図面を参照する。

【図面の簡単な説明】

【0015】

【図1】一実施形態によるマルチサブフレームＰＵＣＣＨリソース構成体の一例を示す図である。

【図2】別の実施形態によるマルチサブフレームＰＵＣＣＨリソース構成体の一例を示す図である。

【図3】一実施形態により２つのＡＲＯ値について２つの個別の値を得るための１つの解決策を示す。

【図4】一実施形態により２つのＡＲＯ値について２つの個別の値を得るための別の解決策を示す。

【図5】一実施形態により２つのＡＲＯ値について２つの個別の値を得るための別の解決策を示す。

【図6】一実施形態による装置を示す。

【発明を実施するための形態】

【0016】

添付図面に示されて一般的に述べられる本発明のコンポーネントは、広範囲な種々の異なるコンフィギュレーションで構成及び設計できることが容易に理解されよう。従って、添付図面に示された、ＡＲＯ値を定義するための方法、システム、装置及びコンピュータプログラム製品の実施形態の以下の詳細な説明は、本発明の範囲を限定するものではなく、本発明の選択された実施形態を単に表すものである。

【0017】

必要に応じて、以下に述べる異なる機能は、互いに異なる順序で及び／又は同時に遂行されてもよい。更に、必要に応じて、ここに述べる機能の１つ以上は、任意のものでもよいし、組み合わされてもよい。従って、以下の説明は、本発明の原理、教示及び実施形態の単なる例示として考えるべきであり、それに限定されない。

【0018】

本発明のある実施形態は、物理的ダウンリンク共有チャンネル（ＰＤＳＣＨ）トランスポートブロックに対応するＨＡＲＱ−ＡＣＫのための物理的アップリンクコントロールチャンネル（ＰＵＣＣＨ）リソース割り当てに関する。

【0019】

周波数ドメインデュープレックス（ＦＤＤ）では、ＰＵＣＣＨリソースは、確認（Ａｃｋ）／否定確認（Ｎａｃｋ）リソースオフセット（ＡＲＯ）の関数として計算される。ＦＤＤでは、Ａｃｋ／Ｎａｃｋリソースオフセットの一例は、｛−２、−１、０、２｝に等しい。２ビットのＡｃｋ／Ｎａｃｋリソースオフセット指示は、エンハンスト物理的ダウンリンクコントロールチャンネル（ＥＰＤＣＣＨ）により搬送される全てのダウンリンクコントロール情報フォーマットについて与えられる。

【0020】

しかしながら、時間ドメインデュープレクス（ＴＤＤ）では、２ビットのＡＲＯフィールドも与えられるが、ＴＤＤの場合のＡＲＯの値は、まだ定義されていない。

【0021】

現在、３ＧＰＰでは、ＴＤＤのための４つのＡＲＯ値が｛［−２］、［−１］、０、２｝に等しいという暫定的な提案がなされており、ここで、かぎカッコ内の値−２及び−１は、最終的なものではなく、値０及び２は、合意されたものである。問題は、動的なＨＡＲＱ−ＡＣＫについて予約されたＰＵＣＣＨリソースを負荷に基づいて動的にスケーリングできる仕方で２つの欠落ＡＲＯ値をどのように定義するかである。

【0022】

従って、１つの実施形態は、以下に詳細に述べるように、バンドルウインドウ内の多数のＤＬサブフレーム間でＰＵＣＣＨリソース圧縮を更に可能にするためにＴＤＤにおけるＡｃｋ／Ｎａｃｋリソースオフセット（ＡＲＯ）値を定義する方法を提供する。

【0023】

ＥＰＤＣＣＨによりスケジュールされるＰＤＳＣＨトランスポートブロックに対応するＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨフォーマット１ａ／１ｂリソース割り当てが３ＧＰＰ ＲＡＮ１＃７１ミーティングで議論された。幾つかのＦＦＳポイントで以下に概略を述べるように多数の合意がなされた。

【0024】

ＦＤＤでは、ＰＵＣＣＨリソース

は、次のように計算される。

但し、Δ_ARO＝｛−２、−１、０、２｝であり、そして

は、インデックス‘ｊ’を伴うＥＰＤＣＣＨセットに関連したＰＵＣＣＨリソースオフセットである。

【0025】

ＥＰＤＣＣＨセットにおけるＥＰＤＣＣＨの最小合意レベルが１つのエンハンストコントロールチャンネルエレメント（ＥＣＣＥ）であるか２つのＥＣＣＥであるかに関わらず、ｆ（ｎ_eCCE、ｐ）は、局部及び分散ＥＰＤＣＣＨに対して各々次のように決定され、

但し、ｎ_eCCE,jは、インデックス‘ｊ’を伴うＥＰＤＣＣＨセットにおけるＥＰＤＣＣＨ送信の第１のＥＣＣＥのインデックスであり、Ｎは、ＰＲＢ当りのＥＣＣＥの数であり、ｋ_pは、ＥＰＤＣＣＨを復調するのに使用されるＤＭＲＳポートから決定され、Ｎ＝４の場合は、ｋ_p＝｛０、１、２、３｝であり、Ｎ＝２の場合は、ｋ_p＝｛０、１｝である。

【0026】

ＥＰＤＣＣＨにより搬送される全てのＤＬ ＤＣＩフォーマットには明確な２ビットのＡｃｋ／Ｎａｃｋリソースオフセット（ＡＲＯ）指示が常に存在する。ＳＣｅｌｌを経て送信されるＥＰＤＣＣＨでは、リソース割り当てメカニズムがＲｅｌ−１０と同じであり、ここで、Ｒｅｌ−１０のＡＲＩが使用され、そしてＡＲＯフィールドは、全て０にセットされる。ＡＲＯフィールドは、ＤＣＩフォーマット０又は４には含まれない。ＣｏＭＰ動作のための

のＲｅｌ−１１ ＵＥ特有値が構成されるか否かに関わらず、ＥＰＤＣＣＨを経て受け取られるＤＬグラントに対して前記式１が使用される。

【0027】

ＴＤＤでは、同じバンドルウインドウ内の全てのサブフレームのＥＰＤＣＣＨを監視するようにＵＥが構成される場合には、ＦＤＤのＰＵＣＣＨリソース決定式に存在する項に加えて、ＴＤＤのＰＵＣＣＨリソースは、次の式にも依存する。

但し、Ｎ_eCCE,i,jは、そのＵＥに対して構成されたＥＰＤＣＣＨセットｊにおけるサブフレームｉのｅＣＣＥの数に等しく、そしてｍ（０．．．Ｍ−１）は、ＥＰＤＣＣＨによりスケジュールされるＰＤＳＣＨのＤＬサブフレームの相対的インデックスである。

【0028】

ＴＤＤには２ビットのＡＲＯフィールドも存在する。更なる研究として残されているものは、ＴＤＤの場合のＡＲＯの値を定義することである。ＴＤＤの場合のＡＲＯ値の幾つかの考えられる別の態様は、次の通りである。
●別の態様１：ＦＤＤの場合と同じ
●別の態様２：｛０、２、−Ｎ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）｝
●．．．

【0029】

キャリアアグリゲーションでは、ＡＲＯの存在又は使用がＦＤＤと同様に定義される。ＤＡＩ＞１であり、且つＵＥがフォーマット３で構成されるときのＡＲＯの使用について更なる研究が行われる。又、同じバンドルウインドウ内の幾つかのサブフレームのＥＰＤＣＣＨを監視しないようにＵＥが構成されるときにも更なる研究がなされる。

【0030】

幾つかの可能性は、次のものを含む（かぎカッコ内の特徴は、ＲＡＮ１＃７２において更なる議論を受ける）。
●４つのＡＲＯ値は、｛［−２］、［−１］、０、２｝であり、ここで、値０及び２は合意されたが、値−２及び−１は、更なる討議がまだ保留中である。
●［ＤＡＩ＞１の場合にはＡＲＯビットが０にセットされ、そしてＵＥは、ＰＵＣＣＨフォーマット３で構成される］
●［ＰＵＣＣＨリソース割り当ては、全てのサブフレームに基づく］

【0031】

ＦＤＤのＡＲＯは、同じＰＵＣＣＨリソース領域を共有する複数のＥＰＤＣＣＨセット間の潜在的なリソース衝突を解決するように設計され、そしてＴＤＤのＡＲＯ値０及び２も、同じ目的を果たす。本発明のある実施形態は、バンドルウインドウ内の多数のＤＬサブフレーム間でＰＵＣＣＨリソース圧縮を更に可能にするためにＴＤＤのＡＲＯ値を定義する解決策を提供する。

【0032】

上述したように、ＥＰＤＣＣＨを経てスケジュールされるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨリソース割り当ては、暗示的マッピングに一部分基づく。より詳細には、スケジューリングＤＬ指定の最低ｅＣＣＥのインデックスと、ＨＡＲＱ−ＡＣＫが送信されるＰＵＣＣＨリソースとの間には１対１のマッピング関係がある。その結果、要求されるＰＵＣＣＨリソースの数は、所与のＥＰＤＣＣＨセットｊにおけるｅＣＣＥの数に等しくなる。更に、ＡＲＯは、暗示的に導出されるリソースをオフセットするのにも使用される。

【0033】

図１は、一実施形態によるマルチサブフレームＰＵＣＣＨリソース構成の一例を示す。ＴＤＤにおけるＰＵＣＣＨリソースオーバーヘッドは、ＦＤＤよりも非常に高い。というのは、バンドルウインドウ内の複数のＤＬサブフレームのＰＵＣＣＨリソースが、図１の上部に示すように、１つのＵＬサブフレームにおいて「積み重ねられる」からである。ＬＴＥ Ｒｅｌ−８のようにリソースインターリーブはないから、サブフレーム＃３における１つのＥＰＤＣＣＨ ＤＬ指定割り当ては、３つのサブフレームにおいてｅＣＣＥをどのように使用しても、サブフレーム＃０／１／２の完全ＵＬオーバーヘッドを招く（即ち、Ｎ＿ｅＣＣＥ.０,ｊ＋Ｎ＿ｅＣＣＥ.１,ｊ＋Ｎ＿ｅＣＣＥ.２,ｊ ＰＵＣＣＨリソースを予約する必要があり、ここで、Ｎ＿ｅＣＣＥ.ｍ,ｊは、バンドルウインドウのｍ番目のサブフレームのＥＰＤＣＣＨセットｊにおけるｅＣＣＥの数である）。

【0034】

バンドルウインドウのｍ番目のサブフレームで送信されるＤＬ指定のためのＨＡＲＱ−ＡＣＫリソースを以前のサブフレームの１つに対応するＰＵＣＣＨ領域へ動的に移動するために大きな負のＡＲＯ値を使用することができる。図１の下部に示すように、例えば、１つの特定のＵＥについて、４つのＤＬサブフレームに対応するＨＡＲＱ−ＡＣＫリソースは、全て、第１のサブフレームに対応するＰＵＣＣＨリソースへ移動され、従って、バンドルウインドウの複数のＤＬサブフレーム間でリソース圧縮を行うことができる。

【0035】

リソース圧縮は、次いで、ＰＵＳＣＨとＰＵＣＣＨとの間の柔軟なリソース割り当てを保証する。動的なＨＡＲＱ−ＡＣＫリソースは、ＰＵＣＣＨの最も内側の部分（ＰＵＳＣＨの隣）に位置され、そしてＨＡＲＱ−ＡＣＫリソースを動的に圧縮でき、ＰＵＣＣＨを経て送信されるＨＡＲＱ−ＡＣＫに対して半静的に予約される物理的リソースブロック（ＰＲＢ）においてＰＵＳＣＨのスケジューリングを許すことに注意されたい。

【0036】

動的なＨＡＲＱ−ＡＣＫについて予約されるＰＵＣＣＨリソースを負荷に基づいて動的にスケーリングできる仕方でＡＲＯ値をどのように特別に定義するかの問題が生じる（例えば、第１のＤＬサブフレームに対応するＰＵＣＣＨ領域のリソース利用が高くない場合には、次のＤＬサブフレームのためのＨＡＲＱ−ＡＣＫ送信をこの領域へ動的に移動することができねばならない）。

【0037】

一実施形態によれば、ＴＤＤに対するＡＲＯの定義は、２つの成分を含む。ＡＲＯの１つの部分は、リソース圧縮に向けられ、大きな（２より大きな）負の値を含む。これは、別のＤＬサブフレームに対応するＰＵＣＣＨリソースを経てのＨＡＲＱ−ＡＣＫの送信が終了するように、ＨＡＲＱ−ＡＣＫリソース決定をオフセットするのに使用される。ＡＲＯの別の部分は、衝突回避に向けられ、小さな値（例えば、−２、−１、０、１又は２）を含む。

【0038】

本発明のある実施形態により定義されるＡＲＯの重要な特性は、次のように特徴付けられる。ｍ＝０のとき、ＡＲＯ定義は、ＦＤＤと同じになるように減少され、即ちＡＲＯ＝｛−２、−１、０、２｝である。ｍ＞０のとき、ＡＲＯ値の少なくとも幾つかは、ＨＡＲＱ−ＡＣＫを、ＤＬサブフレームｎ＜ｍに対応するＰＵＣＣＨリソース領域へ圧縮することを許す。１つの実施形態では、少なくとも１つのＡＲＯ値は、ＤＬサブフレームｎ＝０及び／又はｎ＝１に対応するＰＵＣＣＨリソースにおいてＨＡＲＱ−ＡＣＫが送信されることを生じさせる。別の実施形態では、少なくとも１つのＡＲＯ値は、ＤＬサブフレームｎ＝ｍ−１に対応するＰＵＣＣＨリソース（即ち、以前のＤＬサブフレームに対応するＨＡＲＱ−ＡＣＫリソース）においてＨＡＲＱ−ＡＣＫが送信されることを生じさせる。

【0039】

ＴＤＤにおけるＡＲＯ値の一般的定義は、決定されるべき２つのＡＲＯ値に対して各々２セットのパラメータ｛ａ１、ｂ１、Ｃ１｝及び｛ａ２、ｂ２、Ｃ２｝で表すことができる。ここで、“ａ”及び“ｂ”は、ターゲットサブフレームのＨＡＲＱ−ＡＣＫをどのＰＵＣＣＨ領域（どのＤＬサブフレームかに対応する）に移動すべきかコントロールするのに使用され、即ち“ａ”及び“ｂ”は、ＰＵＣＣＨリソース圧縮を定義するために使用される。“Ｃ”は、衝突回避のためのオフセットとして使用される。例えば、｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝は、サブフレームインデックス“ｍ（０．．．Ｍ−１）”に依存し、そして｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝の組み合わせは、各々２つのＡＲＯ値を決定する。

【0040】

一実施形態によれば、ＴＤＤにおいて、サブフレームｍのＡＲＯ値は、［Ｏ₁、Ｏ₂、０、２］であり、ここで、次のようになる。

及び

【0041】

図２は、一実施形態によるマルチサブフレームＰＵＣＣＨリソース構成の一例を示す。ＤＬサブフレームｍに対応するＨＡＲＱ−ＡＣＫリソースをサブフレームｎ（ｍ＞ｎ）へ移動することは、｛ａ、ｂ｝に対する適切なパラメータ設定により定義される。例えば、
●図２ａに示すａ＝０、ｂ＝ｍ−１は、サブフレーム＃１／２／３のＨＡＲＱ−ＡＣＫリソースがサブフレーム＃０に圧縮されることを意味し；
●図２ｂに示すａ＝１、ｂ＝ｍ−１は、サブフレーム＃２／３のＨＡＲＱ−ＡＣＫリソースがサブフレーム＃１に圧縮されることを意味し；
●図２ｃに示すａ＝ｍ−１、ｂ＝ｍ−１は、サブフレーム＃１／２／３のＨＡＲＱ−ＡＣＫリソースが各々サブフレーム＃０／１／２に圧縮されることを意味する。

【0042】

Ｃに関して、｛Ｃ₁、Ｃ₂｝についての可能性は、次の通りである。
１．｛Ｃ₁、Ｃ₂｝は、バンドルウインドウ内の全てのサブフレームにわたって一定であり、例えば、Ｃ₁＝−２、Ｃ₂＝−１、又はＣ₁＝０、Ｃ₂＝２であり；
２．｛Ｃ₁、Ｃ₂｝は、サブフレームインデックスｍに依存し、
２．１．｛Ｃ₁、Ｃ₂｝の値は、現在サブフレームに対するＨＡＲＱ−ＡＣＫリソースが別のサブフレームへ移動されるかどうかに依存し、例えば、

２．２．｛Ｃ₁、Ｃ₂｝の解釈は、サブフレームからサブフレームへ次のように循環的に変化する。
○ｍ＝０：Ｃ₁は、ＦＤＤ（［−２］）のＡＲＯとして定義される
○ｍ＝１：Ｃ₁は、［−１］として定義される
○ｍ＝２：Ｃ₁は、［０］として定義される
○ｍ＝３：Ｃ₁は、［２］として定義される
○ｍ＝０：Ｃ₂は、ＦＤＤ（［−１］）のＡＲＯとして定義される
○ｍ＝１：Ｃ₂は、［０］として定義される
○ｍ＝２：Ｃ₂は、［２］として定義される
○ｍ＝３：Ｃ₂は、［−２］として定義される

【0043】

この解決策の利益は、予め定義された（例えば、第１）サブフレームに対応する４つのＡＲＯ値の完全に柔軟な利用を許すことである。これは、オフセットパラメータΔ＝｛−２、−１、０、２｝の「循環解釈」と称される。このルールは、Ｃ１＝Δ（ｍ＋１）、Ｃ２＝Δ（ｍｏｄ（ｍ＋ｘ、４）＋１）と書き表すことができ、ここで、ｍ（０．．．Ｍ−１）は、バンドルウインドウ内のサブフレームインデックスであり、Ｍは、バンドルウインドウ内のサブフレームの数であり、そしてｘは、Ｃ１とＣ２との間のオフセットである。一実施形態において、ｘは、１又は２のような既定の値を有する（上述した例ではｘ＝１と仮定された）。

【0044】

上述したように、｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝の組み合わせは、各々、２つのＡＲＯ値を決定する。ある実施形態は、２つのＡＲＯ値（Ｏ１及びＯ２）に対して２つの個別の値を得るための異なる解決策を提供する。

【0045】

１つの実施形態において、［ａ１、ｂ１］は、［ａ２、ｂ２］と同じであり、例えば、前記項２．２と同様にＣ１及びＣ２の循環解釈では、

である。この別の態様は、図３に示されている。

【0046】

別の実施形態では、［ａ１、ｂ１］は、［ａ２、ｂ２］とは異なり、例えば、前記項２．１と同様にＣ１及びＣ２では、

である。この別の態様は、図４に示されている。

【0047】

別の実施形態では、［ａ１、ｂ１］は、［ａ２、ｂ２］とは異なり、例えば、前記項２．１と同様にＣ１及びＣ２では、

である。この別の態様は、図５に示されている。

【0048】

前記例を越えるパラメータ設定の他の組み合わせも考えられるので、これらの実施形態は、これらの組み合わせに限定されないことに注意されたい。又、システムは、１つの圧縮戦略（例えば、図３に示されたもの）しかサポートしないことが考えられる。別の解決策では、システムは、可変の戦略（例えば、図４に示されたもの及び図５に示された別のもの）をサポートすることができる。可変の戦略の原理に従って、ｅＮｏｄｅＢ次第で、適用戦略を決定する。適用戦略は、より上位レイヤのシグナリング（例えば、無線リソースコントロールシグナリング）を経てＵＥに対して構成される。シグナリングは、パラメータ｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝に基づく（少なくとも部分的に）。

【0049】

図６は、一実施形態による装置１０の一例を示す。当業者であれば、装置１０は、図６に示されていないコンポーネント又は特徴を含むことが理解されよう。本発明を例示するのに必要なコンポーネント又は特徴のみが図６に示されている。

【0050】

図６に示したように、装置１０は、情報を処理し且つインストラクション又はオペレーションを実行するためのプロセッサ２２を備えている。プロセッサ２２は、いずれの形式の汎用又は特殊目的プロセッサでもよい。図６には、単一のプロセッサ２２が示されているが、他の実施形態では複数のプロセッサが使用されてもよい。実際に、プロセッサ２２は、例えば、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、及びマルチコアプロセッサアーキテクチャーに基づくプロセッサの１つ以上を含む。

【0051】

装置１０は、更に、プロセッサ２２によって実行される情報及びインストラクションを記憶するためにプロセッサ２２に結合されるメモリ１４も備えている。メモリ１４は、１つ以上のメモリでもよく且つローカルアプリケーション環境に適したいかなるタイプのものでもよく、そして適当な揮発性又は不揮発性データストレージ技術、例えば、半導体ベースのメモリ装置、磁気メモリ装置及びシステム、光学的メモリ装置及びシステム、固定メモリ、及び取り外し可能なメモリを使用して実施される。例えば、メモリ１４は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、磁気又は光学ディスクのようなスタティックストレージ、或いは他の形式の非一時的マシン又はコンピュータ読み取り可能な媒体で構成することができる。メモリ１４に記憶されるインストラクションは、プロセッサ２２により実行されたときに、装置１０がここに述べるタスクを遂行できるようにするプログラムインストラクション又はコンピュータプログラムコードを含む。

【0052】

又、装置１０は、装置１０へ及び装置１０から信号及び／又はデータを送信及び受信するための１つ以上のアンテナ２５も備えている。更に、装置１０は、情報を送信及び受信するように構成されたトランシーバ２８も備えている。例えば、トランシーバ２８は、アンテナ２５により送信するためのキャリア波形に情報を変調し、そしてアンテナ２５を経て受信した情報を、装置１０の他の要素による更なる処理のために復調するように構成される。他の実施形態では、トランシーバ２８は、信号又はデータを直接送信及び受信することができる。

【0053】

プロセッサ２２は、装置１０のオペレーションに関連した機能を遂行し、この機能は、アンテナ利得／位相パラメータの事前コード化、通信メッセージを形成する個々のビットのエンコード及びデコード動作、情報のフォーマット化、及び通信リソースの管理に関連したプロセッサを含む装置１０の全体的なコントロールを含むが、これに限定されない。

【0054】

一実施形態では、メモリ１４は、プロセッサ２２により実行されたときに機能を発揮するソフトウェアモジュールを記憶する。これらのモジュールは、例えば、装置１０のオペレーティングシステム機能を発揮するオペレーティングシステムを含む。又、メモリは、装置１０の付加的な機能を発揮するためにアプリケーション又はプログラムのような１つ以上の機能的モジュールも記憶する。装置１０のコンポーネントは、ハードウェアで実施されてもよいし、ハードウェアとソフトウェアの適当な組み合わせで実施されてもよい。

【0055】

一実施形態において、装置１０は、２セットのパラメータ｛ａ１、ｂ１、Ｃ１｝及び｛ａ２、ｂ２、Ｃ２｝でＴＤＤにおけるＡＲＯ値を定義するようにメモリ１４及びプロセッサ２２によりコントロールされる。この実施形態では、“ａ”及び“ｂ”は、ＰＵＣＣＨリソース圧縮を定義するのに使用され、そして“Ｃ”は、衝突回避のためのオフセットとして使用される。一実施形態によれば、｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝は、サブフレームインデックス“ｍ（０．．．Ｍ−１）”に依存し、そして｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝の組み合わせは、各々２つのＡＲＯ値を決定する。１つの実施形態では、［ａ１、ｂ１］は、Ｃ１及びＣ２の循環解釈で［ａ２、ｂ２］と同じである。別の実施形態では、［ａ１、ｂ１］は、現在サブフレームのＨＡＲＱ−ＡＣＫリソースが別のサブフレームへ移動されるかどうかに基づき、Ｃ１及びＣ２の値で［ａ２、ｂ２］とは異なる。更に別の実施形態では、［ａ１、ｂ１］は、サブフレームからサブフレームへ循環的に変化するＣ１及びＣ２の値で［ａ２、ｂ２］とは異なる。

【0056】

別の実施形態は、ＴＤＤにおけるＡＲＯ値を定義するための方法に向けられる。この方法は、ＴＤＤにおけるＡＲＯ値を２セットのパラメータ｛ａ１、ｂ１、Ｃ１｝及び｛ａ２、ｂ２、Ｃ２｝で定義することを含む。一実施形態によれば、この方法は、ＰＵＣＣＨリソース圧縮を定義するために“ａ”及び“ｂ”を使用し、そして衝突回避のオフセットとして“Ｃ”を使用する。一実施形態によれば、｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝は、サブフレームインデックス“ｍ（０．．．Ｍ−１）”に依存し、そして｛“ａ１”、“ｂ１”、“Ｃ１”｝及び｛“ａ２”、“ｂ２”、“Ｃ２”｝の組み合わせは、各々２つのＡＲＯ値を決定する。この方法の１つの実施形態では、［ａ１、ｂ１］は、Ｃ１及びＣ２の循環解釈で［ａ２、ｂ２］と同じである。別の実施形態では、［ａ１、ｂ１］は、現在サブフレームのＨＡＲＱ−ＡＣＫリソースが別のサブフレームへ移動されるかどうかに基づき、Ｃ１及びＣ２の値で［ａ２、ｂ２］とは異なる。更に別の実施形態では、［ａ１、ｂ１］は、サブフレームからサブフレームへ循環的に変化するＣ１及びＣ２の値で［ａ２、ｂ２］とは異なる。

【0057】

ある実施形態による１つの利益は、ＥＰＤＣＣＨを経てスケジュールされるＰＤＳＣＨに関連したＰＵＣＣＨオーバーヘッドを最小にできることである。ＰＵＣＣＨオーバーヘッドは、スケーラブルであり、非占有のＰＵＣＣＨリソースをＰＵＳＣＨに対して完全に使用することができる。ＰＵＣＣＨオーバーヘッドは、ＴＤＤシステム特有の問題であることに注意されたい。Ｒｅｌ−１１ ＥＰＤＣＣＨ解決策の最上部にそのようなメカニズムが構築されていない場合には、ＥＰＤＤＣＨがＲｅｌ−８解決策に比して大きなオーバーヘッドを生じることを意味する。

【0058】

以上のことから、一実施形態において、バンドルウインドウ内の全てのサブフレームに適用されそして賢明なリソース圧縮方法のほとんどをカバーするＴＤＤにおけるＡＲＯ値の一般的な定義が提案された。図３に示された別の形態で積極的な圧縮を達成することができ、そして循環的解釈により衝突が更に回避される。図４及び５に示された別の形態では、あまり積極的でない圧縮が達成される。これは、圧縮と、異なるサブフレーム間の動的なオフセットとの間の良好な妥協である。

【0059】

ある実施形態では、ここに述べるいずれかの方法の機能は、メモリ又は他のコンピュータ読み取り可能な又は有形の媒体に記憶されてプロセッサにより実行されるソフトウェア及び／又はコンピュータプログラムコードによって実施される。他の実施形態では、この機能は、ハードウェア、例えば、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はハードウェア及びソフトウェアの他の組み合わせの使用により遂行される。

【0060】

当業者であれば、上述した本発明は、異なる順序のステップでも実施でき、及び／又はここに開示したものとは異なる構成のハードウェア要素でも実施できることが容易に理解されよう。それ故、本発明は、好ましい実施形態に基づいて説明したが、当業者であれば、本発明の精神及び範囲から逸脱せずに、種々の変更、修正、及び別の構造が明らかとなるであろう。それ故、本発明の範囲及び境界を決定するためには、特許請求の範囲を参照されたい。

【符号の説明】

【0061】

１０：装置
１４：メモリ
２２：プロセッサ
２５：アンテナ
２８：トランシーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】