JP7032520B2

JP7032520B2 - 無線通信システムにおいて無線信号の送受信方法及び装置

Info

Publication number: JP7032520B2
Application number: JP2020514675A
Authority: JP
Inventors: ハンチュンパク; ソクチョルヤン; ソンウクキム
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2018-01-12
Filing date: 2019-01-14
Publication date: 2022-03-08
Anticipated expiration: 2039-01-14
Also published as: CN111165056A; KR20200008062A; KR20190086656A; KR102109413B1; EP3664558B1; ES2933380T3; EP3664558A4; EP3664558A1; KR102070786B1; JP2020533902A; CN111165056B; WO2019139438A1

Description

本発明は無線通信システムに関し、より具体的には無線信号の送受信方法及び装置に関する。

無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース(帯域幅、伝送パワーなど)を共有して多重使用者との通信を支援することができる多重接続(ｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システムである。多重接続システムの例としては、ＣＤＭＡ(ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システムなどがある。

本発明の目的は、無線信号の送受信過程を効率的に行う方法及びそのための装置を提供することにある。

本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

本発明の一様相において、無線通信システムにおいて通信装置が制御情報を送信する方法であって、下りリンクスケジューリング情報をＰＤＣＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を介して受信し、下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含む段階、制御情報サイズに基づいて、複数のＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択する段階、及び第１ＰＵＣＣＨリソースセットにおいてＲＩに対応するＰＵＣＣＨリソースを用いて制御情報を送信する段階を含み、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、ＰＵＣＣＨリソースは第２方式のみを用いて決定される方法が提供される:

－第１方式：(ＲＩ、ＰＤＣＣＨの受信に使用されたリソースのインデックス)対が第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースと１:１に対応し、

－第２方式：ＲＩが第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースと１:１に対応する。

本発明の他の様相において、無線通信システムに使用される通信装置であって、メモリ、及びプロセッサを含み、該プロセッサは、下りリンクスケジューリング情報をＰＤＣＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を介して受信し、下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含み、制御情報サイズに基づいて、複数のＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択し、及び第１ＰＵＣＣＨリソースセットにおいてＲＩに対応するＰＵＣＣＨリソースを用いて制御情報を送信するように構成され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、ＰＵＣＣＨリソースは第２方式のみを用いて決定される通信装置が提供される:

本発明のさらに他の様相において、無線通信システムにおいて通信装置が制御情報を受信する方法であって、下りリンクスケジューリング情報をＰＤＣＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を介して送信し、下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含む段階、制御情報サイズに基づいて、複数のＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択する段階、及び第１ＰＵＣＣＨリソースセットにおいてＲＩに対応するＰＵＣＣＨリソースを用いて制御情報を受信する段階を含み、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、ＰＵＣＣＨリソースは第２方式のみを用いて決定される方法が提供される:

本発明のさらに他の様相において、無線通信システムに使用される通信装置であって、メモリ、及びプロセッサを含み、該プロセッサは、下りリンクスケジューリング情報をＰＤＣＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を介して送信し、下りリンクスケジューリング情報はリソース指示情報(ＲＩ)を含み、制御情報サイズに基づいて、複数のＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)リソースセットのうち、第１ＰＵＣＣＨリソースセットを選択し、及び第１ＰＵＣＣＨリソースセットにおいてＲＩに対応するＰＵＣＣＨリソースを用いて制御情報を受信するように構成され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸ(≧１)ビット以下である場合、ＰＵＣＣＨリソースは第１及び第２方式のうちの一つを用いて決定され、第１ＰＵＣＣＨリソースセットが支援する制御情報サイズがＸビットより大きい場合は、ＰＵＣＣＨリソースは第２方式のみを用いて決定される通信方法が提供される:

好ましくは、Ｘは２である。

好ましくは、第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下である場合、第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数に基づいて第１方式又は第２方式が使用される。

好ましくは、第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値より多い場合、ＰＵＣＣＨリソースは第１方式を用いて決定され、基準値はＲＩが示す値の数と同一である。

好ましくは、第１ＰＵＣＣＨリソースセットが支援する情報サイズがＸ(≧１)ビット以下であり、第１ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数が基準値以下である場合、ＰＵＣＣＨリソースは第２方式を用いて決定され、基準値はＲＩが示す値の数と同一である。

本発明によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。

本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。

無線通信システムの一例である３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。無線フレームの構造を例示する図である。スロットのリソースグリッドを例示する図である。自己完結(ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。自己完結スロット内に物理チャネルがマッピングされる例を示す図である。ビーム基盤の初期接続過程を例示する図である。ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。本発明に適用可能な基地局及び端末を例示する図である。

以下の技術は、ＣＤＭＡ(ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ(ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ)／ＥＤＧＥ(ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ(ＥｖｏｌｖｅｄＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ)ＬＴＥ(ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ)は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ(ＥｖｏｌｖｅｄＵＭＴＳ)の一部であり、ＬＴＥ－Ａは３ＧＰＰＬＴＥの進化したバージョンである。３ＧＰＰＮＲ(ＮｅｗＲａｄｉｏｏｒＮｅｗＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ)は３ＧＰＰＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。

より多い通信機器がより大きい通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏＡｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上した無線広帯域(ｍｏｂｉｌｅｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模ＭＴＣ(ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮すべき重要なイッシュの一つである。のみならず、信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及びレイテンシ(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮したＵＲＬＬＣ(Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ)が論議されている。このようにｅＭＢＢ(ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄＢａｎｄＣｏｍｍｕｎｉｃａｔｉｏｎ)、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜上、該当技術をＮＲ(Ｎｅｗｒａｄｉｏ又はＮｅｗＲＡＴ)と呼ぶ。

説明を明確にするために、３ＧＰＰＮＲを主として説明するが、本発明の技術的思想はこれに限られない。

無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局から上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を伝送する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

図１は３ＧＰＰＮＲシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。

電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、段階Ｓ１０１において、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌｃｅｌｌｓｅａｒｃｈ)作業を行う。このために、端末は基地局から主同期チャネル(ＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ、Ｐ－ＳＣＨ)及び副同期チャネル(ＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ、Ｓ－ＳＣＨ)を受信して基地局と同期を確立し、セルＩＤ(ｃｅｌｌｉｄｅｎｔｉｔｙ)などの情報を得る。その後、端末は基地局から物理放送チャネル(ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ、ＰＢＣＨ)を受信してセル内の放送情報を得る。なお、端末は初期セル探索の段階において、下りリンク参照信号(ＤｏｗｎｌｉｎｋＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＤＬＲＳ)を受信して下りリンクチャネルの状態を確認できる。

初期セル探索が終了した端末は、段階Ｓ１０２において、物理下りリンク制御チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＣＣＨ)及び物理下りリンク制御チャネルの情報に基づく物理下りリンク共有チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＳＣＨ)を受信して、より具体的なシステム情報を得る。

以後、端末は基地局に接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のような任意接続過程(ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ)を行う。このために端末は、物理任意接続チャネル(ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ、ＰＲＡＣＨ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を伝送し(Ｓ１０３)、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競争基盤の任意接続(Ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ)の場合、さらなる物理任意接続チャネルの伝送(Ｓ１０５)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信(Ｓ１０６)のような衝突解決手順(ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＰｒｏｃｅｄｕｒｅ)を行う。

このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順として物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信(Ｓ１０７)、及び物理上りリンク共有チャネル(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＵＳＣＨ)／物理上りリンク制御チャネル(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＵＣＣＨ)の伝送を行う(Ｓ１０８)。端末が基地局に伝送する制御情報を併せて上りリンク制御情報(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＵＣＩ)と称する。ＵＣＩは、ＨＡＲＱＡＣＫ／ＮＡＣＫ(ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅＱｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)、ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩは、ＣＱＩ(ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ)、ＰＭＩ(ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ)、ＲＩ(ＲａｎｋＩｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して伝送されるが、制御情報とトラヒックデータが同時に伝送される必要がある場合にはＰＵＳＣＨを介して伝送される。また、ネットワークの要請／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に伝送することができる。

図２は無線フレームの構造を例示する図である。ＮＲにおいて、上りリンク及び下りリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム(Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ)と定義される。ハーフフレームは５個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃｐｒｅｆｉｘ)によって１２つ又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。

表１は一般ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

＊Ｎ^slot _symb:スロット内のシンボル数

＊Ｎ^frame,u _slot:フレーム内のスロット数

＊Ｎ^subframe,u _slot:サブフレーム内のスロット数

表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。

ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(ＴｉｍｅＵｎｉｔ)と通称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ－ＯＦＤＭシンボル)、ＳＣ－ＦＤＭＡシンボル(或いはＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。

図３はスロットのリソースグリッド(ｒｅｓｏｕｒｃｅｇｒｉｄ)を例示する図である。スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)は周波数ドメインで複数(例えば、１２)の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続するＰＲＢ(ＰｈｙｓｉｃａｌＲＢ)と定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応することができる。搬送波は最大Ｎ個(例えば、５つ)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。

図４は自己完結(Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。ＮＲシステムにおいて、フレームは１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどを全て含むことができる自己完結構造を特徴とする。例えば、スロット内の最初のＮ個のシンボルは、ＤＬ制御チャネルを送信する時に使用され(以下、ＤＬ制御領域)、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルを送信する時に使用される(以下、ＵＬ制御領域)。ＮとＭは各々０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間におけるリソース領域(以下、データ領域)は、ＤＬデータ送信のために使用されるか、又はＵＬデータ送信のために使用される。制御領域とデータ領域の間には、ＤＬ－ｔｏ－ＵＬ或いはＵＬ－ｔｏ－ＤＬスイッチングのための時間ギャップが存在する。一例として、以下の構成を考慮できる。各区間は時間順である。

１．ＤＬのみの構成

２．ＵＬのみの構成

３．混合ＵＬ－ＤＬの構成

－ＤＬ領域＋ＧＰ(ＧｕａｒｄＰｅｒｉｏｄ)＋ＵＬ制御領域

－ＤＬ制御領域＋ＧＰ＋ＵＬ領域

＊ＤＬ領域:(i)ＤＬデータ領域、(ii)ＤＬ制御領域＋ＤＬデータ領域

＊ＵＬ領域:(i)ＵＬデータ領域、(ii)ＵＬデータ領域＋ＵＬ制御領域

図５は自己完結スロット内に物理チャネルがマッピングされる例を示す図である。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰと設定されることができる。

以下、各々の物理チャネルについてより詳しく説明する。

ＰＤＣＣＨはＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ－ＳＣＨ(ｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ)の送信フォーマット及びリソース割り当て、ＵＬ－ＳＣＨ(ｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(ＰａｇｉｎｇＣｈａｎｎｅｌ)に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位階層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ(Ｃｏｎｆｉｇｕｒｅｄｓｃｈｅｄｕｌｉｎｇ)の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ(ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例えば、ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子(例えば、ｃｅｌｌ－ＲＮＴＩ、Ｃ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ(Ｐａｇｉｎｇ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがランダム接続応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ(ＲａｎｄｏｍＡｃｃｅｓｓ－ＲＮＴＩ)にマスキングされる。

ＰＤＣＣＨはＡＬ(ＡｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ)で構成される。ＣＣＥは無線チャネル状態によって所定の符号率のＰＤＣＣＨを提供するために使用される論理的割り当て単位である。ＣＣＥは６個のＲＥＧ(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ)で構成される。ＲＥＧは一つのＯＦＤＭシンボルと一つの(Ｐ)ＲＢにより定義される。ＰＤＣＣＨはＣＯＲＥＳＥＴ(ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ)により送信される。ＣＯＲＥＳＥＴは与えられたニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットにより定義される。一つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報(例えば、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ、ＭＩＢ)又は端末－特定(ＵＥ－ｓｐｅｃｉｆｉｃ)の上位階層(例えば、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びＯＦＤＭシンボル数(最大３個)が上位階層シグナリングにより設定される。

ＰＤＣＣＨ受信／検出のために、端末はＰＤＣＣＨ候補をモニタする。ＰＤＣＣＨ候補はＰＤＣＣＨ検出のために端末がモニタするＣＣＥを示す。各ＰＤＣＣＨ候補はＡＬによって１、２、４、８、１６個のＣＣＥにより定義される。モニタリングはＰＤＣＣＨ候補を(ブラインド)復号することを含む。端末がモニタするＰＤＣＣＨ候補のセットをＰＤＣＣＨ検索空間(ＳｅａｒｃｈＳｐａｃｅ、ＳＳ)と定義する。検索空間は共通検索空間(ＣｏｍｍｏｎＳｅａｒｃｈＳｐａｃｅ、ＣＳＳ)又は端末－特定の検索空間(ＵＥ－ｓｐｅｃｉｆｉｃｓｅａｒｃｈｓｐａｃｅ、ＵＳＳ)を含む。端末はＭＩＢ又は上位階層シグナリングにより設定された一つ以上の検索空間でＰＤＣＣＨ候補をモニタしてＤＣＩを得ることができる。各々のＣＯＲＥＳＥＴは一つ以上の検索空間に連関し、各検索空間は一つのＣＯＲＥＳＴに連関する。検索空間は以下のパラメータに基づいて定義される。

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間に関連するＣＯＲＥＳＥＴを示す。

－ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期(スロット単位)及びＰＤＣＣＨモニタリング区間オフセット(スロット単位)を示す。

－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：スロット内のＰＤＣＣＨモニタリングシンボルを示す(例えば、ＳＯＲＥＳＥＴの１番目のシンボルを示す)。

－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝{１、２、４、８、１６}ごとのＰＤＣＣＨ候補の数(０、１、２、３、４、５、６、８のうちの１つ)を示す。

＊ＰＤＣＣＨ候補をモニタする機会(ｏｃｃａｓｉｏｎ)(例、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会であると定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。

表３は検索空間タイプごとの特徴を例示する。

表４はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。

ＤＣＩフォーマット０_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(ＣｏｄｅＢｌｏｃｋＧｒｏｕｐ)－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット０_０／０_１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１_０／１_１はＤＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃＳＦＩ)を端末に伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先制(ｐｒｅ－Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩフォーマット２_０及び／又はＤＣＩフォーマット２_１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(ＧｒｏｕｐＣｏｍｍｏｎＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。

ＤＣＩフォーマット０_０とＤＣＩフォーマット１_０はフォールバック(ｆａｌｌｂａｃｋ)ＤＣＩフォーマットと称され、ＤＣＩフォーマット０_１とＤＣＩフォーマット１_１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。

ＰＤＳＣＨは下りリンクデータ(例、ＤＬ－ＳＣＨｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＤＬ－ＳＣＨＴＢ)を運び、ＱＰＳＫ(ＱｕａｄｒａｔｕｒｅＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ)、１６ＱＡＭ(ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２個のコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ(ＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。

ＰＵＣＣＨは、ＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を運ぶ、ＵＣＩは以下を含む。

－ＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)：ＵＬ－ＳＣＨリソースを要請するために使用される情報である。

－ＨＡＲＱ－ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット(例えば、コードワード)に対する応答である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ１ビットが送信され、２個のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ２ビットが送信される。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ(ＤｉｓｃｏｎｔｉｎｕｏｕｓＴｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語は、ＨＡＲＱＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。

－ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)：下りリンクチャンネルに対するフィードバック情報である。ＭＩＭＯ(ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ)－関連フィードバック情報は、ＲＩ(ＲａｎｋＩｎｄｉｃａｔｏｒ)及びＰＭＩ(ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ)を含む。

表５はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによってＳｈｏｒｔＰＵＣＣＨ(フォーマット０，２)及びＬｏｎｇＰＵＣＣＨ(フォーマット１，３，４)に区分できる。

ＰＵＣＣＨフォーマット０は最大２ビットサイズのＵＣＩを運び、シーケンスに基づいてマッピングされて送信される。具体的には、端末は複数のシーケンスのうちの１つのシーケンスをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は肯定(ｐｏｓｉｔｉｖｅ)のＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。

ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で(周波数ホッピング有無によって異なるように設定される)直交カバーコード(ＯＣＣ)により拡散される。ＤＭＲＳは変調シンボルが送信されないシンボルで送信される(即ち、ＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される)。

ＰＵＣＣＨフォーマット２は２ビットより大きいビットサイズのＵＣＩを運び、変調シンボルはＤＭＲＳとＦＤＭ(ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。ＤＭ－ＲＳは１／３密度のリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。ＰＮ(ＰｓｅｕｄｏＮｏｉｓｅ)シーケンスがＤＭ＿ＲＳシーケンスのために使用される。２シンボルＰＵＣＣＨフォーマット２のために周波数ホッピングが活性化されることができる。

ＰＵＣＣＨフォーマット３は同一の物理リソースブロック内において端末多重化が行われず、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

ＰＵＣＣＨフォーマット４は同一の物理リソースブロック内に最大４個の端末まで多重化が支援され、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含む。変調シンボルはＤＭＲＳとＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

ＰＵＳＣＨは上りリンクデータ(例えば、ＵＬ－ＳＣＨｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＵＬ－ＳＣＨＴＢ)及び／又は上りリンク制御情報(ＵＣＩ)を運び、ＣＰ－ＯＦＤＭ(ＣｙｃｌｉｃＰｒｅｆｉｘ－ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)波形又はＤＦＴ－ｓ－ＯＦＤＭ(ＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング(ｔｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇ)を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合は(例えば、ｔｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇｉｓｄｉｓａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合には(例えば、ｔｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇｉｓｅｎａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信はＤＣＩ内のＵＬグラントにより動的にスケジュールされるか、又は上位階層(例えば、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ１(Ｌ１)シグナリング(例えば、ＰＤＣＣＨ))に基づいて準－静的(ｓｅｍｉ－ｓｔａｔｉｃ)にスケジュールされる(ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ)。ＰＵＳＣＨ送信はコードブック基盤又は非コードブック基盤に行われる。

図６はビーム基盤の初期接続過程を例示する。３ＧＰＰＮＲにおいて、物理チャネル、参照信号はビーム形成を用いて送信される。この場合、信号送受信のために、基地局と端末の間にビームが整列／管理される必要がある。ＲＲＣ(ｒａｄｉｏＲｅｓｏｕｒｃｅｃｏｎｔｒｏｌ)ＩＤＬＥモードではビーム整列がＳＳＢに基づいて行われる。反面、ＲＲＣＣＯＮＮＥＣＴＥＤモードではビーム整列がＣＳＩ－ＲＳ(ｉｎＤＬ)及びＳＲＳ(ｉｎＵＬ)に基づいて行われる。

図６を参照すると、基地局(例えば、ＢＳ)はＳＳＢを周期的に送信する(Ｓ７０２)。ここで、ＳＳＢはＰＳＳ／ＳＳＳ／ＰＢＣＨを含む。ＳＳＢはビームスイーピングを用いて送信される(図６を参照)。その後、基地局はＲＭＳＩ(ＲｅｍａｉｎｉｎｇＭｉｎｉｍｕｍＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ)とＯＳＩ(ＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ)を送信する(Ｓ７０４)。ＲＭＳＩは端末が基地局に初期接続するために必要な情報(例えば、ＰＲＡＣＨ構成情報)を含む。なお、端末はＳＳＢ検出を行った後、最上のＳＳＢを識別する。その後、端末は最上のＳＳＢのインデックス(即ち、ビーム)にリンクされた／対応するＰＲＡＣＨリソースを用いてＲＡＣＨプリアンブル(Ｍｅｓｓａｇｅ１、Ｍｓｇ１)を基地局に送信する(Ｓ７０６)。ＲＡＣＨプリアンブルのビーム方向はＰＲＡＣＨリソースに関係する。ＰＲＡＣＨリソース(及び／又はＲＡＣＨプリアンブル)とＳＳＢ(インデックス)の間の連関性(ａｓｓｏｃｉａｔｉｏｎ)はシステム情報(例えば、ＲＭＳＩ)により設定される。その後、ＲＡＣＨ過程の一環として、基地局はＲＡＣＨプリアンブルに対する応答としてＲＡＲ(ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ)(Ｍｓｇ２)を送信する(Ｓ７０８)。具体的には、任意接続応答メッセージに関するスケジューリング情報はＲＡ－ＲＮＴＩ(ＲａｎｄｏｍＡｃｃｅｓｓ－ＲＮＴＩ)によりＣＲＣマスキングされてＬ１／Ｌ２制御チャネル(ＰＤＣＣＨ)上で送信される。ＲＡ－ＲＮＴＩによりマスキングされたＰＤＣＣＨは共通検索空間(ｃｏｍｍｏｎｓｅａｒｃｈｓｐａｃｅ)のみによって送信される。ＲＡ－ＲＮＴＩによりマスキングされたスケジューリング信号を受信した場合、端末はスケジューリング情報が指示するＰＤＳＣＨから任意接続応答メッセージを受信することができる。その後、端末は任意接続応答メッセージに自分に指示された任意接続応答情報があるか否かを確認する。自分に指示された任意接続応答情報が存在するか否かは端末が送信したプリアンブルに対するＲＡＩＤ（ＲａｎｄｏｍＡｃｃｅｓｓＰｒｅａｍｂｌｅＩＤ)が存在するか否かにより確認できる。任意接続応答情報はＵＬ同期化のためのタイミングオフセット情報(例えば、ＴｉｍｉｎｇＡｄｖａｎｃｅＣｏｍｍａｎｄ、ＴＡＣ)、ＵＬスケジューリング情報(例えば、ＵＬグラント)及び端末臨時識別情報(例えば、Ｔｅｍｐｏｒａｒｙ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ)を含む。任意接続応答情報を受信した場合、端末はＲＡＲ内のＵＬグラントを用いてＰＵＣＣＨを介してＭｓｇ３(例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ)を送信する(Ｓ７１０)。Ｍｓｇ３は衝突解決(ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎ)のためにＵＥ識別子(ｉｄｅｎｔｉｔｙ)を含む。その後、基地局は衝突解決メッセージ(Ｍｓｇ４)を送信する(Ｓ７２０)。Ｍｓｇ４はＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐを含む。

図７はＡＣＫ／ＮＡＣＫ送信過程を例示する。図７を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは下りリンクスケジューリング情報(例えば、ＤＣＩフォーマット１_０、１_１)を含み、ＰＤＣＣＨはＤＬ割り当て－ｔｏ－ＰＤＳＣＨオフセット(Ｋ０)とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫ報告オフセット(Ｋ１)を示す。例えば、ＤＣＩフォーマット１_０、１_１は以下の情報を含む。

－Ｆｒｅｑｕｅｎｃｙｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す。

－Ｔｉｍｅｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：Ｋ０、スロット内のＰＤＳＣＨの開始位置(例えば、ＯＦＤＭシンボルインデックス)及び長さ(例：ＯＦＤＭシンボル数)を示す

－ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ_ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒ：Ｋ１を示す

今後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ０)でＰＤＳＣＨを受信した後、スロット＃(ｎ＋Ｋ１)でＰＵＣＣＨを介してＵＣＩを送信する。ここで、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。ＰＤＳＣＨが最大１個のＴＢを送信するように構成された場合、ＨＡＲＱ－ＡＣＫ応答は１ビットで構成される。ＰＤＳＣＨが最大２個のＴＢを送信するように構成された場合は、ＨＡＲＱ－ＡＣＫ応答は空間(ｓｐａｔｉａｌ)バンドリングが構成されていない場合は、２ビットで構成され、空間バンドリングが構成された場合は、１ビットで構成される。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点がスロット＃(ｎ＋Ｋ１)と指定された場合、スロット＃(ｎ＋Ｋ１)で送信されるＵＣＩは複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。

実施例：ＰＵＣＣＨリソース割り当て

ＮＲシステムにおいてＵＣＩはＰＵＣＣＨを介して送信される。ＵＣＩはＨＡＲＱ－ＡＣＫ、ＳＲ、ＣＳＩなどを含む。ＰＵＣＣＨリソースを割り当てる一例として、基地局は端末に複数のＰＵＣＣＨリソースセットを設定し、端末はＵＣＩ(ペイロード)サイズ(例えば、ＵＣＩビット数)の範囲によって特定の範囲に対応する特定のＰＵＣＣＨリソースセットを選択する。例えば、端末はＵＣＩビット数(Ｎ_ＵＣＩ)によって以下のうちの１つのＰＵＣＣＨリソースセットを選択することができる。ここで、ＰＵＣＣＨリソースセットは端末－専用(ｄｅｄｉｃａｔｅｄ)(或いは端末－特定の)ＰＵＣＣＨリソースセットを示す。端末－専用のＰＵＣＣＨリソースセットはＲＲＣ連結過程の一部であり、又はＲＲＣ連結過程が完了した後に端末－特定の上位階層(例えば、ＲＲＣ)シグナリングにより設定される。

－ＰＵＣＣＨリソースセット＃０、ＵＣＩビット数≦２であると、

－ＰＵＣＣＨリソースセット＃１、２＜ＵＣＩビット数≦Ｎ_１であると、

...

－ＰＵＣＣＨリソースセット＃(Ｋ－１)、Ｎ_K-２＜ＵＣＩビット数≦Ｎ_K-１であると、

ここで、ＫはＰＵＣＣＨリソースセット数を示し(Ｋ＞１)、Ｎ_iはＰＵＣＣＨリソースセット＃ｉが支援する最大のＵＣＩビット数である。例えば、ＰＵＣＣＨリソースセット＃１はＰＵＣＣＨフォーマット０～１のリソースで構成され、それ以外のＰＵＣＣＨリソースセットはＰＵＣＣＨフォーマット２～４のリソースで構成される(表５を参照)。

その後、基地局は端末にＰＤＣＣＨを介してＤＣＩを送信し、ＤＣＩ内のＡＲＩ(ＡＣＫ／ＮＡＣＫＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ)により特定のＰＵＣＣＨリソースセット内でＵＣＩ送信に使用するＰＵＣＣＨリソースを指示する。ＡＲＩはＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨリソースを指示するために使用され、ＰＲＩ(ＰＵＣＣＨＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ)とも称される。ここで、ＤＣＩはＰＤＳＣＨスケジューリングに使用されるＤＣＩであり、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含む。便宜上、ＡＲＩによりＰＵＣＣＨリソースセット内で特定のＰＵＣＣＨリソースを明示的に(ｅｘｐｌｉｃｉｔｌｙ)指示する方式を１段階のＰＵＣＣＨＲＡ(ＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ)方式という。

また基地局はＡＲＩが表現できる状態の数より多いＰＵＣＣＨリソースで構成されたＰＵＣＣＨリソースセットを端末に(端末－特定の)上位階層(例えば、ＲＲＣ)信号を用いて設定することができる。この時、ＡＲＩはＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内でどのＰＵＣＣＨリソースを使用するかは、ＰＤＳＣＨ及び／又はＰＤＣＣＨに関する送信リソース情報(例えば、ＰＤＳＣＨの開始)ＰＲＢインデックス、ＰＤＣＣＨの開始ＣＣＥインデックスなど)に基づく暗黙的規則(ｉｍｐｌｉｃｉｔｒｕｌｅ)により決定される。便宜上、ＡＲＩによりＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内で特定のＰＵＣＣＨリソースを暗黙的規則により決定する方式を２段階のＰＵＣＣＨＲＡ方式という。

以下、本発明において、ＤＬ制御情報(例えば、ＤＣＩ)と暗黙的な規則を使用してＰＵＣＣＨリソースをより効率的に割り当てる方案について説明する。

以下、本発明において、ＰＵＣＣＨリソースは少なくとも以下のうちの一つで構成された物理リソースを意味する：例えば、ＰＵＣＣＨ送信を開始する(ＯＦＤＭ)シンボル位置、ＰＵＣＣＨ送信を持続する時間区間或いはシンボル個数、周波数軸のリソース割り当て情報(例えば、ＰＲＢ割り当てリソースの開始位置及び割り当てられたＰＲＢ数)、周波数ホッピング有無、ＣＳ(ＣｙｃｌｉｃＳｈｉｆｔ)インデックス及び／又はＯＣＣ(ＯｒｔｈｏｇｏｎａｌＣｏｖｅｒＣｏｄｅ)インデックス／長さなどの情報。

例えば、ＰＵＣＣＨリソースはＰＵＣＣＨフォーマットごとに以下のように分類される。

本発明で用いられる用語は以下の通りである。

－ＰＵＣＣＨリソーススーパーセット：セット内の元素が一つのＰＵＣＣＨリソースセットに対応するセットを示す。例えば、ＰＵＣＣＨリソーススーパーセット＝{ＰＵＣＣＨリソースセット＃０、ＰＵＣＣＨリソースセット＃１、...、ＰＵＣＣＨリソースセット＃(Ｋ－１)}である。

－ＰＵＣＣＨリソースサブセット：ＰＵＣＣＨリソースセットの部分集合を示す。例えば、ＰＵＣＣＨリソースセット＝{ＰＵＣＣＨリソースサブセット＃０、ＰＵＣＣＨリソースサブセット＃１、...、ＰＵＣＣＨリソースサブセット＃(Ｌ－１)}である。ＰＵＣＣＨリソースサブセットは一つ以上、好ましくは複数のＰＵＣＣＨリソースで構成される。

－(ＰＤＳＣＨスケジューリング)ＤＣＩ：ＰＤＳＣＨをスケジュールするＤＣＩ(図７を参照)。例えば、ＤＣＩフォーマット１_０、ＤＣＩフォーマット１_１を含む。ＤＣＩはＰＤＣＣＨを介して送信される。

－フォールバックＤＣＩフォーマット：端末の設定に関係なく、ＤＣＩサイズ／フィールド構成が同一に維持されるＤＣＩフォーマットを示す(例えば、ＤＣＩフォーマット１_０)。

－ノン－フォールバックＤＣＩフォーマット：端末の設定によってＤＣＩサイズ／フィールド構成が変わるＤＣＩフォーマットを示す(例えば、ＤＣＩフォーマット１_１)。

－ｃ－ＤＡＩ(ｃｏｕｎｔｅｒＤｏｗｎｌｉｎｋＡｓｓｉｇｎｍｅｎｔＩｎｄｅｘ)：(スケジュールされた)ＰＤＳＣＨ(又はＴＢ又はＣＢＧ(ＣｏｄｅＢｌｏｃｋＧｒｏｕｐ)の間の順序を知らせるＤＣＩ(例えば、ＤＬスケジューリングＤＣＩ)内の特定のインデックス値を意味する。端末はＨＡＲＱ－ＡＣＫペイロードを構成する時、ｃ－ＤＡＩの順序によってＨＡＲＱ－ＡＣＫ入力ビットを構成することができる。

－ｔ－ＤＡＩ(ｔｏｔａｌＤＡＩ)：ＨＡＲＱ－ＡＣＫ報告対象となる全体ＰＤＳＣＨ(又はＴＢ又はＣＢＧ)数を知らせるＤＣＩ(例えば、ＤＬスケジューリングＤＣＩ)内の特定のインデックス値を意味する。端末はＨＡＲＱ－ＡＣＫペイロードサイズをｔ－ＤＡＩに基づいて決定する。

便宜上、各提案方案を個々に説明するが、各提案方案は本発明の他の提案方案と互いに相反しない限り、共に結合して適用できる。

[提案方案＃１]

端末には、初期接続直後或いは(端末特定の)上位階層(例えば、ＲＲＣ)信号による(端末特定の)ＰＵＣＣＨリソースセットの設定前である場合、ＰＵＣＣＨリソースセットが端末特定に設定されず、セル共通或いは端末共通に設定されるしかない。この場合、多数の端末が同一のＰＵＣＣＨリソースセットを活用することにより、ＰＵＣＣＨリソースの間に衝突が激しくなるか、又はＰＵＣＣＨリソースが不足になる。一例として、基地局はシステム情報の一種であるＲＭＳＩ(或いはＳＩＢ)によりセル共通に活用されるＰＵＣＣＨリソースセットを設定し、端末はＡＲＩ及び(ＤＬスケジューリングＤＣＩの開始ＣＣＥインデックスなどに基づく)暗黙的な規則を用いて２段階のＰＵＣＣＨＲＡを行う。この時、端末間のＰＵＣＣＨリソースをできる限り区分するために、基地局がシステム情報(例えば、ＲＭＳＩ、ＳＩＢ)により提供するＰＵＣＣＨリソースセットを大きく設定する方案が考えられる(即ち、ＰＵＣＣＨリソースセットが多数のＰＵＣＣＨリソースを含む)。この場合、ＰＵＣＣＨリソースセットはＡＲＩが表現できる状態の数より多いＰＵＣＣＨリソースを含み、これにより端末は多数のＰＵＣＣＨリソース候補のうちの一つを暗黙的な規則によって選択するので、基地局(又はネットワーク)の観点で多数の端末に対するＰＵＣＣＨリソース割り当て／スケジューリングに対する制御能力が落ちるという問題がある。

上記問題を解決するために、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信する場合、端末はＲＮＴＩ、ＰＤＳＣＨ及び／又はＰＤＣＣＨの種類などによってＰＵＣＣＨリソースを決定することができる。これにより、(端末特定の)上位階層信号を受信する前にも端末ごとにＰＵＣＣＨリソースセットが区分される。ＰＵＣＣＨリソースは以下のように決定される。

(１)Ｓｔｅｐ１：基地局はシステム情報により端末に複数のＰＵＣＣＨリソースセット(或いはＰＵＣＣＨリソーススーパーセット)を設定する。システム情報はＲＭＳＩ(或いはＳＩＢ)及び／又はＯＳＩ(ｏｔｈｅｒｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ)である。

(２)Ｓｔｅｐ２：以下のうちのいずれかの方法により複数のＰＵＣＣＨリソースセット(或いはＰＵＣＣＨリソーススーパーセット)内で特定のＰＵＣＣＨリソースセットを選択する。

Ａ.Ｏｐｔ．１：端末は受信したＰＤＳＣＨ及び／又はＰＤＣＣＨの種類によって複数のＰＵＣＣＨリソースセット(或いはＰＵＣＣＨリソーススーパーセット)内で特定のＰＵＣＣＨリソースセットを選択する。一例として、ＰＤＳＣＨとＰＤＣＣＨの種類は以下の基準により区分される。

１.ＰＤＳＣＨがＭｓｇ４であるか否か

２.ＰＤＣＣＨがフォールバックＤＣＩであるか、或いはノンフォールバックＤＣＩであるか

３.ＰＤＣＣＨのＤＣＩフォーマット

Ｂ.Ｏｐｔ．２：端末はＲＮＴＩ及び／又はＭｓｇ２をスケジュールするＤＣＩに基づいて複数のＰＵＣＣＨリソースセット(或いはＰＵＣＣＨリソーススーパーセット)内で特定のＰＵＣＣＨリソースセットを選択する。

１.ＲＮＴＩはＲＡＣＨ過程で受信されたＲＮＴＩである(例えば、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ)。

２.Ｍｓｇ２をスケジュールするＤＣＩ内のＰＵＣＣＨリソース割り当て／送信に関連するビットフィールド(例えば、ＰＵＣＣＨリソース指示子(例えば、ＡＲＩ)、ＰＵＣＣＨ送信タイミング指示子など)が、複数のＰＵＣＣＨリソースセット(或いはＰＵＣＣＨリソーススーパーセット)内で特定のＰＵＣＣＨリソースセットを選択する過程で活用される。

(３)Ｓｔｅｐ３：(ＰＤＳＣＨスケジューリング)ＤＣＩによりＰＵＣＣＨリソースセット内の特定のＰＵＣＣＨリソースサブセットを指示する。一例として、(ＰＤＳＣＨスケジューリング)ＤＣＩ内のＡＲＩによりＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットが指示される。

(４)Ｓｔｅｐ４：(ＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報基盤の)暗黙的な規則によって、ＰＵＣＣＨリソースサブセット内の特定のＰＵＣＣＨリソースを選択する。一例として、暗黙的な規則は以下のうちのいずれかの変数に基づいてＰＵＣＣＨリソースサブセット内の特定のＰＵＣＣＨリソースを選択する方式である。

１．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが送信された(開始)ＣＣＥインデックス

２．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが送信されたＰＤＣＣＨ候補インデックス

３．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが送信されたＤＬ制御領域インデックス

４．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが指示したＰＤＳＣＨ領域の(開始)ＰＲＢインデックス

５．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが指示したＨＡＲＱ－ＡＣＫタイミング

６．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが指示したＵＬＢＷＰインデックス(例えば、ＰＵＣＣＨ送信のためのＢＷＰインデックス)

７．(ＰＤＳＣＨスケジューリング)ＰＤＣＣＨが送信されたスロットインデックス

８.ＰＤＳＣＨが送信されるスロットインデックス

９.ＰＵＣＣＨが送信されるスロットインデックス

但し、特定のＳｔｅｐにおいて、一つのＰＵＣＣＨリソースのみが残った場合は、該当ＰＵＣＣＨリソースが選択され、その後のＳｔｅｐは省略される。

図８はこの方案によるＰＵＣＣＨリソース割り当て過程を例示する。この方案において、ＰＵＣＣＨリソースは３段階で選択される(即ち、３段階のＰＵＣＣＨＲＡ)。

図８を参照すると、ＲＭＳＩ内の４ビット情報は１６個のコードポイントを示し、各コードポイントは(最大)１６個のＰＵＣＣＨリソーススーパーセットのうちの１つを指示する。例えば、'００１０'はＰＵＣＣＨリソーススーパーセット＃１を指示する。各ＰＵＣＣＨリソーススーパーセットは(最大)８個のＰＵＣＣＨリソースセットで構成される。

その後、Ｓｔｅｐ２の過程によってＰＤＳＣＨ及び／又はＰＤＣＣＨの種類或いはＲＮＴＩ及び／又はＭｓｇ２のスケジューリングＤＣＩに基づいてＰＵＣＣＨリソーススーパーセット内の８個のＰＵＣＣＨリソースセットのうちの一つのＰＵＣＣＨリソースセットが選択される。基地局は(ＰＤＳＣＨスケジューリング)ＤＣＩにより各ＰＵＣＣＨリソースセット内の特定一つのＰＵＣＣＨリソースサブセットを指示する。ＰＵＣＣＨリソースサブセットに含まれたＰＵＣＣＨリソースが２つ以上である場合は、(ＰＤＳＣＨ及び／又はＰＤＣＣＨ送信リソース情報に基づく)暗黙的な規則によって一つのＰＵＣＣＨリソースが選択される。具体的には、以下の方案が考えられる。

一例として、基地局はＰＵＣＣＨリソーススーパーセットに２つのＰＵＣＣＨリソースセット(例えば、ＳｅｔＡ、ＳｅｔＢ)をＲＭＳＩとして設定し、端末はＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨがフォールバックＤＣＩ(例えば、ＤＣＩフォーマット１_０)にスケジュールされた場合は、ＳｅｔＡを選択し、ノンフォールバックＤＣＩ(例えば、ＤＣＩフォーマット１_１)にスケジュールされた場合には、ＳｅｔＢを選択する。その後、端末はＤＣＩ内のＡＲＩを用いて、選択されたＰＵＣＣＨリソースセット内でＰＵＣＣＨリソースサブセットを選択する。選択されたＰＵＣＣＨリソースサブセット内の元素が２つ以上であると、端末は(ＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報基盤の)暗黙的な規則によって一つのＰＵＣＣＨリソースを決定する。これにより、フォールバックＤＣＩによりＰＤＳＣＨがスケジューリングされた端末と、ノンフォールバックＤＣＩによりＰＤＳＣＨがスケジュールされた端末に対するＨＡＲＱ－ＡＣＫ送信ＰＵＣＣＨリソースセットが区分される。

他の例として、基地局はＰＵＣＣＨリソーススーパーセットにＮ個のＰＵＣＣＨリソースセットをＲＭＳＩとして設定し、端末はＲＡＣＨ過程で受信したＲＮＴＩ(或いは臨時ＵＥＩＤ(例えば、ＴＣ－ＲＮＴＩ))及び／又はＭｓｇ２のスケジューリングＤＣＩに基づいてＮ個のＰＵＣＣＨリソースセット内で一つのＰＵＣＣＨリソースセットを選択する。例えば、ＲＭＳＩとして設定されたＮ個のＰＵＣＣＨリソースセットの間にインデックスが予め定義され、ＲＮＴＩ値にモジュロＮを適用して導き出されたインデックス値に対応するＰＵＣＣＨリソースセットが選択される。他の例として、Ｍｓｇ２に対応するＰＤＳＣＨについては端末がＰＵＣＣＨ送信を行わないが、Ｍｓｇ２をスケジュールするＤＣＩ内にはＤＣＩフォーマットの一貫性を維持するために、一般的なＰＤＳＣＨをスケジュールするＤＣＩと同様に、ＰＵＣＣＨリソース割り当て及びＰＵＳＣＨ送信時点を指示するためのビットフィールドが相変わらず存在する。この場合、Ｍｓｇ２をスケジュールするＤＣＩ内のＰＵＣＣＨリソース割り当て及びＰＵＳＣＨ送信時点を指示するためのビットフィールドは、ＲＭＳＩにより指示されたＰＵＣＣＨリソーススーパーセット内のＮ個のＰＵＣＣＨリソースセットのうちの一つを指示する用途に再解釈することができる。その後、端末は選択されたＰＵＣＣＨリソースセット内で一つのＰＵＣＣＨリソースサブセットをＡＲＩにより選択する。選択されたＰＵＣＣＨリソースサブセット内の元素が２つ以上であると、端末は(ＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報基盤の)暗黙的な規則によって一つのＰＵＣＣＨリソースを決定する。これにより、ＰＵＣＣＨ送信を行う端末をＲＮＴＩ基準或いはＭｓｇ２のＤＣＩ基準のＮ個のグループに区分し、Ｎ個のグループの各々について互いに(物理的に)区分されるＰＵＣＣＨリソースセットを割り当てることができる。

その後、端末は選択されたＰＵＣＣＨリソースを用いてＵＣＩを基地局に送信する。ＵＣＩはＨＡＲＱ－ＡＣＫを含む。

[提案方案＃２]

上述したように、基地局は端末に複数のＰＵＣＣＨリソースセットを設定し、端末はＵＣＩペイロードサイズの範囲によって特定の範囲に対応する特定のＰＵＣＣＨリソースセットを選択する。その後、基地局は端末にＰＤＣＣＨを介してＤＣＩを送信し、ＤＣＩ内のＡＲＩにより特定のＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースを指示する。ここで、ＤＣＩはＰＤＳＣＨスケジューリングに使用されるＤＣＩであり、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含む。この時、ＰＵＣＣＨリソースセットがＡＲＩが表現できる状態の数より多いＰＵＣＣＨリソースで構成された場合は、ＡＲＩはＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内でどのＰＵＣＣＨリソースを使用するかは、ＰＤＳＣＨ及び／又はＰＤＣＣＨに関する送信リソース情報(例えば、開始ＰＲＢインデックス、開始ＣＣＥインデックスなど)に基づく暗黙的な規則によって決定される。便宜上、以下の説明では、２段階のＰＵＣＣＨＲＡ方式を方法Ａと呼び、１段階のＰＵＣＣＨＲＡ方式を方法Ｂと呼ぶ。

一方、複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報をＵＣＩ多重化して単一のＰＵＣＣＨリソースで送信する場合、基地局は複数のＰＤＳＣＨを各々スケジュールしながら対応するＨＡＲＱ－ＡＣＫ送信のために同一のＰＵＣＣＨリソースを割り当てる必要がある。この時、方法Ａが適用される場合、基地局は複数のＰＤＳＣＨに対してＡＲＩ値を同一に設定するだけではなく、暗黙的な規則に適用される変数が同一のＰＵＣＣＨリソースを指示するように制限する必要がある。この時、暗黙的な規則がＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報(例えば、ＰＤＳＣＨの開始ＰＲＢインデックス、ＰＤＣＣＨの開始ＣＣＥインデックスなど)を入力変数とする場合、同一のＰＵＣＣＨリソースを指示するためにＰＤＳＣＨ或いはＰＤＣＣＨのスケジューリングが制限される。この問題を解決するための一つの方案として、複数のＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫ情報をＵＣＩ多重化しないと期待されるＰＵＣＣＨリソースセット(例えば、２ビット以下のＵＣＩ送信のためのＰＵＣＣＨリソースセット)のみについて、方法Ａと方法ＢのＰＵＣＣＨＲＡ方式を全て許容し、そうではないＰＵＣＣＨリソースセット(例えば、２ビットを超えるＵＣＩ送信のためのＰＵＣＣＨリソースセット)については、方法ＢのＰＵＣＣＨＲＡ方式のみを許容する方案が考えられる。

即ち、Ｘビット(例えば、Ｘ＝２)以下のＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)送信のためのＰＵＣＣＨリソースセットについては方法Ａ及び／又は方法ＢのＰＵＣＣＨＲＡ方式を支援し、Ｘビットを超えるＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)送信のためのＰＵＣＣＨリソースセットについては方法ＢのＰＵＣＣＨＲＡ方式のみを適用することができる。ここで、Ｘビット(例えば、Ｘ＝２)以下のＵＣＩ送信を支援するＰＵＣＣＨリソースセットは、単一のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫビットのみを送信できるＰＵＣＣＨリソースセットであると理解できる。例えば、単一のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫビットのみを送信できるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフォーマット０のリソース及び／又はＰＵＣＣＨフォーマット１のリソースを含むＰＵＣＣＨリソースセットを含む。

(１)方法Ａ(＝２段階のＰＵＣＣＨＲＡ)：(ＰＤＳＣＨスケジューリング)ＤＣＩによりＰＵＣＣＨリソースセット内の(単一の)ＰＵＣＣＨリソースサブセットを指示し、(ＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報基盤の)暗黙的な規則によってＰＵＣＣＨリソースサブセット内の(単一の)ＰＵＣＣＨリソースを選択する。ここで、ＰＤＳＣＨの送信リソース情報はＰＤＳＣＨの開始ＰＲＢインデックスを含み、ＰＤＣＣＨ送信リソース情報はＰＤＣＣＨの開始ＣＣＥインデックスを含む。図９は方法ＡによるＰＵＣＣＨリソース割り当てを例示する。方法Ａでは(ＡＲＩ、ＰＤＳＣＨ或いはＰＤＣＣＨ送信リソース情報の)対がＵＣＩ送信のための単一のＰＵＣＣＨに(１:１)マッピングされる。例えば、(ＡＲＩ、ＣＣＥインデックスの)対がＵＣＩ送信のための単一のＰＵＣＣＨにマッピングされる。

(２)方法Ｂ(＝１段階のＰＵＣＣＨＲＡ)：(ＰＤＳＣＨスケジューリング)ＤＣＩによりＰＵＣＣＨリソースセット内の(単一の)ＰＵＣＣＨリソースを指示する。図１０は方法ＢによるＰＵＣＣＨリソース割り当てを例示する。方法Ｂでは、ＡＲＩがＵＣＩ送信のための単一のＰＵＣＣＨに(１:１)マッピングされる。

図１１乃至図１３は本発明によるＰＵＣＣＨリソース割り当て過程を例示する。ここで、ＰＵＣＣＨリソースはＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースを含む。例えば、図１１乃至図１３の過程は、図７のＰＵＣＣＨ送信のためのリソース割り当て過程の一部である。

図１１を参照すると、端末はＵＣＩサイズに基づいて複数のＰＵＣＣＨリソースセットから一つのＰＵＣＣＨリソースセットを選択する(Ｓ１１０２)。複数のＰＵＣＣＨリソースセットは上位階層(例えば、ＲＲＣ)信号により以下のように構成される。

...

ここで、ＫはＰＵＣＣＨリソースセット数を示し(Ｋ＞１)、Ｎ_iはＰＵＣＣＨリソースセット＃ｉが支援する最大ＵＣＩビット数である。

その後、端末は選択されたＰＵＣＣＨリソースセットが"ＵＣＩビット数≦Ｘ(例えば、２)ビット"に関するものであるか否かを確認する(Ｓ１１０４)。選択されたＰＵＣＣＨリソースセットが"ＵＣＩビット数≦Ｘ(例えば、２)ビット"に関するものである場合、端末は方法Ａ及びＢのうちのいずれかに基づいて、選択されたＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定する。ＵＣＩはＨＡＲＱ－ＡＣＫを含む(Ｓ１１０６)。反面、選択されたＰＵＣＣＨリソースセットが"ＵＣＩビット数≦Ｘ(例えば、２)ビット"に関するものではない場合には(即ち、ＵＣＩビット数＞Ｘ)、端末はただ方法Ｂのみに基づいて、選択されたＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定する(Ｓ１１０８)。

図１２は基本的には図１１と同一である。図１１との差は、図１１のＳ１１０６が図１２ではＳ１２０６ａ、Ｓ１２０６ｂ及びＳ１２０６ｃに細分化された点である。従って、Ｓ１２０６ａ、Ｓ１２０６ｂ及びＳ１２０６ｃのみについて説明する。段階Ｓ１２０４の結果、ＰＵＣＣＨリソースセットが"ＵＣＩビット数≦Ｘ(例えば、２)ビット"に関するものであると、端末はＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数がＹより大きいか否かを確認する(Ｓ１２０６ａ)。ここで、ＹはＡＲＩで表現できる状態の数と同じ値を有する(例えば、ＡＲＩが２ビットである場合、Ｙ＝４、ＡＲＩが３ビットである場合は、Ｙ＝８)。その結果、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数がＹより大きいと、端末は方法Ａに基づいてＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定する(Ｓ１２０６ｂ)。反面、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数がＹ以下であると、端末は方法Ｂに基づいてＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定する(Ｓ１２０６ｃ)。

図１３は基本的には図１２と同一である。図１２との差は、図１２のＳ１２０４とＳ１２０６ａをＳ１３０４に集め、図１２のＳ１２０６ｃとＳ１２０８をＳ１３０８に集めた点である。従って、１)ＰＵＣＣＨリソースセットが"ＵＣＩビット数≦Ｘ(例えば、２)ビット"に関し、２)ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソース数がＹより大きいと、端末は方法Ａに基づいてＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定することができる(Ｓ１３０６)。反面、１)と２)のうち、いずれも満たさない場合には、端末は方法Ｂに基づいてＰＵＣＣＨリソースセットからＵＣＩ送信のための単一のＰＵＣＣＨリソースを決定することができる(Ｓ１３０８)。

[提案方案＃３]

ＮＲシステムでは、１キャリア内のシステム帯域が非常に大きいので、端末のＲＦ特定によって全体システム帯域を活用できない場合がある。従って、全体システム帯域を複数個のＢＷＰに区分する方案が考えられる。各ＢＷＰは周波数軸リソースに対する帯域及び位置を含み、該当周波数リソースで適用するＯＦＤＭニューマロロジー情報も含む。この時、基地局がＰＤＳＣＨ送信に対応するＨＡＲＱ－ＡＣＫ送信ＰＵＣＣＨリソースを(ＰＤＳＣＨスケジューリング)ＤＣＩにより指示する場合、ＰＤＳＣＨの受信時点とＨＡＲＱ－ＡＣＫＰＵＣＣＨの送信時点に有効なＵＬＢＷＰが夫々異なる。このような動作を支援するために、基地局は端末にＰＵＣＣＨリソースが送信されるＢＷＰ情報を知らせる必要がある。

上記問題を解決するために、基地局は以下のうちのいずれかの方法により特定のＰＵＣＣＨリソースに関するＢＷＰ情報を端末に知らせる。

(１)ＰＵＣＣＨリソースごとにＢＷＰ情報を設定する。

(２)ＤＣＩによりＰＵＣＣＨリソースを送信するＢＷＰを指示する。ここで、ＤＣＩは(ＰＤＳＣＨスケジューリング)ＤＣＩ或いはグループ共通のＤＣＩである。

[提案方案＃４]

ＮＲシステムにおいて、ｃ－ＤＡＩは端末が単一のＰＵＣＣＨリソースで複数のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を送信する時、ＨＡＲＱ－ＡＣＫペイロードを決定するために活用される。この時、初期接続以後のＲＲＣ連結設定(ｃｏｎｎｅｃｔｉｏｎｓｅｔｕｐ)前であると、端末は複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを単一のＰＵＣＣＨリソースで送信する動作を行わない。特に、ＲＲＣ連結設定前に活用されるＰＵＣＣＨリソースは、単一のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫビットのみを送信することができる。しかし、フォールバック動作を行う(ＤＬスケジューリング)ＤＣＩにｃ－ＤＡＩのためのビットフィールド(以下、フィールドＡ)が存在すると、ＤＣＩサイズを一定のサイズに維持するために、ＤＣＩ内にフィールドＡが常に存在する。この時、フィールドＡはＲＲＣ連結設定前にはＤＡＩ用に活用されないので、他の用途に活用することができる。従って、本発明では、(ＤＬスケジューリング)ＤＣＩ内のＰＵＣＣＨリソースを指示するためのビットフィールド(以下、フィールドＢ)が存在する時、ＲＲＣ連結設定前にはフィールドＢにフィールドＡを追加してＰＵＣＣＨリソース指示のためのビットフィールドのビット幅(ｂｉｔｗｉｄｔｈ)を拡張し、ＲＲＣ連結設定後にはフィールドＡとフィールドＢを各々ｃ－ＤＡＩ用及びＰＵＣＣＨリソース指示用に活用する方案を提案する。又は複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信を支援する(Ｋビット以上の)(端末特定の)ＰＵＣＣＨリソースセットが端末に設定されない場合は、ｃ－ＤＡＩを他の用途に活用することができる。従って、(Ｋビット以上の)(端末特定の)ＰＵＣＣＨリソースセットが端末に設定される前には、フィールドＢにフィールドＡを追加してＰＵＣＣＨリソース指示のためのビットフィールドのビット幅を拡張し、(Ｋビット以上の)(端末特定の)ＰＵＣＣＨリソースセットが端末に設定された後には、フィールドＡとフィールドＢを各々ｃ－ＤＡＩ用及びＰＵＣＣＨリソース指示用に活用する方案も考えることができる。

即ち、(ＤＬスケジューリング)ＤＣＩ内にＸ１ビットフィールド(以下、フィールドＡ)とＸ２ビットフィールド(以下、フィールドＢ)が含まれる場合、以下のように特定の条件によってフィールドＡとフィールドＢの用途を異なるようにすることができる。これにより、(端末特定の)上位階層信号を受信する前にも端末ごとにＰＵＣＣＨリソースセットが区分される。

(１)Ｏｐｔ．１：ＲＲＣ連結設定(ｃｏｎｎｅｃｔｉｏｎｓｅｔｕｐ)有無によって変わる方案

Ａ．ＲＲＣ連結設定前：フィールドＡ＋フィールドＢを(ＰＵＣＣＨリソースセット内の)ＰＵＣＣＨリソース指示用に活用する。

Ｂ．ＲＲＣ連結設定後：フィールドＡはＤＡＩ(例えば、ｃ－ＤＡＩ)用に活用し、フィールドＢは(ＰＵＣＣＨリソースセット内の)ＰＵＣＣＨリソース指示用に活用する。

(２)Ｏｐｔ．２：(Ｋビット以上の)(端末特定の)ＰＵＣＣＨリソースセット設定有無によって変わる方案

Ａ．(端末特定の)ＰＵＣＣＨリソースセット設定前(設定された場合)：フィールドＡ＋フィールドＢを(ＰＵＣＣＨリソースセット内の)ＰＵＣＣＨリソース指示用に活用する。

Ｂ．(端末特定の)ＰＵＣＣＨリソースセット設定後(設定されていない場合)：フィールドＡはＤＡＩ(例えば、ｃ－ＤＡＩ)用に活用し、フィールドＢは(ＰＵＣＣＨリソースセット内の)ＰＵＣＣＨリソース指示用に活用する。

上記方案において、フィールドＡのビット数又は該当フィールドが表現する状態の数に比例して、ＲＲＣ連結設定前(或いは(端末特定の)ＰＵＣＣＨリソースセット設定前)のＰＵＣＣＨリソースセット内のリソース数は、ＲＲＣ連結設定後(或いは(端末特定の)ＰＵＣＣＨリソースセット設定後)のＰＵＣＣＨリソースセット内のリソース数より多く設定される。

図１４は本発明に実施例に適用可能な基地局及び端末を例示する。

図１４を参照すると、無線通信システムは、基地局(ＢＳ)１１０及び端末(ＵＥ)１２０を含む。無線通信システムがリレーを含む場合、基地局又は端末はリレーに取り替えられることができる。

基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数(ＲａｄｉｏＦｒｅｑｕｅｎｃｙ、ＲＦ)ユニット１１６を含む。プロセッサ１１２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１１４はプロセッサ１１２に連結され、プロセッサ１１２の動作に関連した多様な情報を記憶する。ＲＦユニット１１６はプロセッサ１１２に連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１２４はプロセッサ１２２に連結され、プロセッサ１２２の動作に関連した多様な情報を記憶する。ＲＦユニット１２６はプロセッサ１２２に連結され、無線信号を送信及び／又は受信する。

前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。

本文書で、本発明の実施例は主に端末と基地局間のデータ送受信関係を中心として説明した。本文書で、基地局によって遂行されると説明した特定の動作は場合によってはその上位ノード(ｕｐｐｅｒｎｏｄｅ)によって遂行することができる。すなわち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋｎｏｄｅｓ)でなるネットワークで端末との通信のために行われる多様な動作は基地局又は基地局以外の他のネットワークノードによって遂行することができるのは明らかである。基地局は、固定国(ｆｉｘｅｄｓｔａｔｉｏｎ)、ＮｏｄｅＢ、ｅＮｏｄｅＢ(ｅＮＢ)、アクセスポイント(ａｃｃｅｓｓｐｏｉｎｔ)などの用語に取り替えることができる。また、端末はＵＥ(ＵｓｅｒＥｑｕｉｐｍｅｎｔ)、ＭＳ(ＭｏｂｉｌｅＳｔａｔｉｏｎ)、ＭＳＳ(ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ)などの用語に取り替えられることができる。

本発明の実施例は、多様な手段、例えば、ハードウェア、ファームウェア(ｆｉｒｍｗａｒｅ)、ソフトウェア又はそれらの組合せなどによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ(ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｉｎｇｄｅｖｉｃｅｓ)、ＰＬＤｓ(ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅｓ)、ＦＰＧＡｓ(ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙｓ)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、前述した機能又は動作を行うモジュール、手続、関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータをやり取りすることができる。

本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

本発明は無線移動通信システムの端末機、基地局又はその他の装備に使用できる。

Claims

無線通信システムにおいて動作する端末（ＵＥ）により実行される方法であって、
（ｉ）下りリンクデータを受信するための下りリンクスケジューリング情報、及び（ｉｉ）上りリンク制御情報（ＵＣＩ）を送信するためのＰＵＣＣＨリソース指示情報を含む下りリンク制御情報（ＤＣＩ）を受信するステップであって、前記ＵＣＩは、前記下りリンクデータに対するＨＡＲＱ－ＡＣＫ情報を含む、ステップと、
前記下りリンクスケジューリング情報に基づいて、前記下りリンクデータを受信するステップと、
前記ＵＣＩのサイズに基づいて、前記ＵＥに対して構成される複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを決定するステップと、
前記１つのＰＵＣＣＨリソースセットのうちのＰＵＣＣＨリソースの中から、及び前記ＤＣＩ内の前記ＰＵＣＣＨリソース指示情報に基づいて、前記ＵＣＩを送信するための１つのＰＵＣＣＨリソースを決定するステップと、
前記１つのＰＵＣＣＨリソース上で、前記ＵＣＩを送信するステップと、
を含み、
前記１つのＰＵＣＣＨリソースを決定するステップは、
２ビット以下である前記ＵＣＩのサイズに基づいて、第１方式及び第２方式の１つに従い前記１つのＰＵＣＣＨリソースを決定するステップと、
２ビットより大きい前記ＵＣＩのサイズに基づいて、前記第１方式なしで、前記第２方式に従い前記１つのＰＵＣＣＨリソースを決定するステップと、を含み、
前記第１方式に従い、（ｉ）前記ＤＣＩ内に含まれた前記ＰＵＣＣＨリソース指示情報、及び（ｉｉ）前記ＤＣＩの受信において使用された下りリンクリソースのインデックスの両方に基づいて、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
前記第２方式に従い、前記ＰＵＣＣＨリソース指示情報に基づいて、しかし前記ＤＣＩの受信において使用された前記下りリンクリソースのインデックスに基づかずに、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
２ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値より多い前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第１方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、方法。
２ビット以下である前記ＵＣＩのサイズに基づいて、及び前記基準値以下である前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第２方式に従い決定される、請求項１に記載の方法。
無線通信システムにおいて動作する端末（ＵＥ）を制御するよう構成された通信装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に接続可能な少なくとも１つのコンピュータメモリと、を含み、
前記少なくとも１つのコンピュータメモリは、前記少なくとも１つのプロセッサにより実行されるとき、
（ｉ）下りリンクデータを受信するための下りリンクスケジューリング情報、及び（ｉｉ）上りリンク制御情報（ＵＣＩ）を送信するためのＰＵＣＣＨリソース指示情報を含む下りリンク制御情報（ＤＣＩ）を受信し、前記ＵＣＩは、前記下りリンクデータに対するＨＡＲＱ－ＡＣＫ情報を含み、
前記下りリンクスケジューリング情報に基づいて、前記下りリンクデータを受信し、
前記ＵＣＩのサイズに基づいて、前記ＵＥに対して構成される複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを決定し、
前記１つのＰＵＣＣＨリソースセットのうちのＰＵＣＣＨリソースの中から、及び前記ＤＣＩ内の前記ＰＵＣＣＨリソース指示情報に基づいて、前記ＵＣＩを送信するための１つのＰＵＣＣＨリソースを決定し、
前記１つのＰＵＣＣＨリソース上で、前記ＵＣＩを送信することを含む動作を実行する命令を格納し、
前記１つのＰＵＣＣＨリソースを決定することは、
２ビット以下である前記ＵＣＩのサイズに基づいて、第１方式及び第２方式の１つに従い前記１つのＰＵＣＣＨリソースを決定すること、
２ビットより大きい前記ＵＣＩのサイズに基づいて、前記第１方式なしで、前記第２方式に従い前記１つのＰＵＣＣＨリソースを決定すること、を含み、
前記第１方式に従い、（ｉ）前記ＤＣＩ内に含まれた前記ＰＵＣＣＨリソース指示情報、及び（ｉｉ）前記ＤＣＩの受信において使用された下りリンクリソースのインデックスの両方に基づいて、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
前記第２方式に従い、前記ＰＵＣＣＨリソース指示情報に基づいて、しかし前記ＤＣＩの受信において使用された前記下りリンクリソースのインデックスに基づかずに、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
２ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値より多い前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第１方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、通信装置。
２ビット以下である前記ＵＣＩのサイズに基づいて、及び前記基準値以下である前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第２方式に従い決定される、請求項３に記載の通信装置。
無線通信システムにおいて動作する基地局により実行される方法であって、
（ｉ）下りリンクデータを送信するための下りリンクスケジューリング情報、及び（ｉｉ）上りリンク制御情報（ＵＣＩ）を受信するためのＰＵＣＣＨリソース指示情報を含む下りリンク制御情報（ＤＣＩ）を送信するステップと、
前記下りリンクスケジューリング情報に基づいて、前記下りリンクデータを送信するステップと、
１つのＰＵＣＣＨリソース上で、前記送信された下りリンクデータに対するＨＡＲＱ－ＡＣＫ情報を含む前記ＵＣＩを受信するステップと、
を含み、
２ビット以下である前記ＵＣＩのサイズに基づいて、第１方式及び第２方式の１つに従い前記１つのＰＵＣＣＨリソースが決定され、
２ビットより大きい前記ＵＣＩのサイズに基づいて、前記第１方式なしで、前記第２方式に従い前記１つのＰＵＣＣＨリソースが決定され、
前記第１方式に従い、（ｉ）前記ＤＣＩ内に含まれた前記ＰＵＣＣＨリソース指示情報、及び（ｉｉ）前記ＤＣＩの受信において使用された下りリンクリソースのインデックスの両方に基づいて、１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
前記第２方式に従い、前記ＰＵＣＣＨリソース指示情報に基づいて、しかし前記ＤＣＩに対して使用された前記下りリンクリソースのインデックスに基づかずに、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
２ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値より多い前記１つのＰＵＣＣＨリソースセットのうちのＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第１方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、方法。
２ビット以下である前記ＵＣＩのサイズに基づいて、及び前記基準値以下である前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第２方式に従い決定される、請求項５に記載の方法。
無線通信システムにおいて動作する基地局を制御するよう構成された通信装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に接続可能な少なくとも１つのコンピュータメモリと、を含み、
前記少なくとも１つのコンピュータメモリは、前記少なくとも１つのプロセッサにより実行されるとき、
（ｉ）下りリンクデータを送信するための下りリンクスケジューリング情報、及び（ｉｉ）上りリンク制御情報（ＵＣＩ）を受信するためのＰＵＣＣＨリソース指示情報を含む下りリンク制御情報（ＤＣＩ）を送信し、
前記下りリンクスケジューリング情報に基づいて、前記下りリンクデータを送信し、
１つのＰＵＣＣＨリソース上で、前記送信された下りリンクデータに対するＨＡＲＱ－ＡＣＫ情報を含む前記ＵＣＩを受信することを含む動作を実行する命令を格納し、
２ビット以下である前記ＵＣＩのサイズに基づいて、第１方式及び第２方式の１つに従い前記１つのＰＵＣＣＨリソースが決定され、
２ビットより大きい前記ＵＣＩのサイズに基づいて、前記第１方式なしで、前記第２方式に従い前記１つのＰＵＣＣＨリソースが決定され、
前記第１方式に従い、（ｉ）前記ＤＣＩ内に含まれた前記ＰＵＣＣＨリソース指示情報、及び（ｉｉ）前記ＤＣＩの受信において使用された下りリンクリソースのインデックスの両方に基づいて、１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
前記第２方式に従い、前記ＰＵＣＣＨリソース指示情報に基づいて、しかし前記ＤＣＩに対して使用された前記下りリンクリソースのインデックスに基づかずに、前記１つのＰＵＣＣＨリソースセットのうちの前記１つのＰＵＣＣＨリソースが決定され、
２ビット以下である前記ＵＣＩのサイズに基づいて、及び基準値より多い前記１つのＰＵＣＣＨリソースセットのうちのＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第１方式に従い決定され、
前記基準値は、前記ＰＵＣＣＨリソース指示情報により示すことができる値の数と同一である、通信装置。
２ビット以下である前記ＵＣＩのサイズに基づいて、及び前記基準値以下である前記１つのＰＵＣＣＨリソースセットのうちの前記ＰＵＣＣＨリソースの数に基づいて、前記１つのＰＵＣＣＨリソースが前記第２方式に従い決定される、請求項７に記載の通信装置。