JP2023513662A

JP2023513662A - 上りリンク制御チャネルを送受信する方法及びそのための装置

Info

Publication number: JP2023513662A
Application number: JP2022537150A
Authority: JP
Inventors: セチャンミョン; ソクチェルヤン; ソンウクキム; ソクミンシン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2021-01-15
Filing date: 2022-01-14
Publication date: 2023-04-03
Anticipated expiration: 2042-01-14
Also published as: US11799609B2; KR102531480B1; US20230319827A1; EP4054083A4; KR20220103936A; JP7437504B2; WO2022154568A1; EP4054083A1; US20230142830A1; CN115088357A

Abstract

この開示は無線通信システムにおいて端末がＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を送信するための方法に関する。特にこの方法は、前記ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及び前記ＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を受信し、第１ＲＢオフセットに基づくＰＵＣＣＨリソースにより前記ＰＵＣＣＨを送信することを特徴とし、前記インデックスに基づいて前記ＰＵＣＣＨリソース集合の第２ＲＢオフセットが得られ、前記第１ＲＢオフセットは前記第２ＲＢオフセットに前記ＲＢ数をかけて得られることを特徴とする。【選択図】図１０

Description

本開示は上りリンク制御チャネルを送受信する方法及びそのための装置に関し、より詳しくは、５２．６ＧＨｚ以上の高周波非免許帯域において初期(Ｉｎｉｔｉａｌ)ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)リソース集合(ｓｅｔ)によるＰＵＣＣＨリソースを決定する方法及びそのための装置に関する。

時代の流れによってより多くの通信装置がより大きな通信トラフィックを要求することになり、既存のＬＴＥシステムに比べて向上した無線広帯域通信である次世代５Ｇシステムが要求されている。ＮｅｗＲＡＴと呼ばれる次世代５Ｇシステムでは、ＥｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄＢａｎｄ(ｅＭＢＢ)／Ｕｌｔｒａ－ＲｅｌｉａｂｉｌｉｔｙａｎｄＬｏｗ－ＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ(ＵＲＬＬＣ)／ＭａｓｓｉｖｅＭａｃｈｉｎｅ－ｔｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ(ｍＭＴＣ)などに通信シナリオが区分される。

ここで、ｅＭＢＢはＨｉｇｈＳｐｅｃｔｒｕｍＥｆｆｉｃｉｅｎｃｙ、ＨｉｇｈＵｓｅｒＥｘｐｅｒｉｅｎｃｅｄＤａｔａＲａｔｅ、ＨｉｇｈＰｅａｋＤａｔａＲａｔｅなどの特性を有する次世代移動通信シナリオであり、ＵＲＬＬＣはＵｌｔｒａＲｅｌｉａｂｌｅ、ＵｌｔｒａＬｏｗＬａｔｅｎｃｙ、ＵｌｔｒａＨｉｇｈＡｖａｉｌａｂｉｌｉｔｙなどの特性を有する次世代移動通信シナリオであり(例えば、Ｖ２Ｘ、ＥｍｅｒｇｅｎｃｙＳｅｒｖｉｃｅ、ＲｅｍｏｔｅＣｏｎｔｒｏｌ)、ｍＭＴＣはＬｏｗＣｏｓｔ、ＬｏｗＥｎｅｒｇｙ、ＳｈｏｒｔＰａｃｋｅｔ、ＭａｓｓｉｖｅＣｏｎｎｅｃｔｉｖｉｔｙの特性を有する次世代移動通信シナリオである(例えば、ＩｏＴ)。

本開示は、上りリンク制御チャネルを送受信する方法及びそのための装置を提供する。

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

この開示の実施例による無線通信システムにおいて、端末がＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を送信するための方法であって、ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及びＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を受信し、第１ＲＢオフセットに基づくＰＵＣＣＨリソースによりＰＵＣＣＨを送信することを特徴とし、インデックスに基づいてＰＵＣＣＨリソース集合の第２ＲＢオフセットが得られ、第１ＲＢオフセットは第２ＲＢオフセットにＲＢ数をかけて得られる。

このとき、ＰＵＣＣＨはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１に基づく。

また、この情報はＳＩＢ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ)により受信される。

また、ＰＵＣＣＨリソース集合は端末のための専用ＰＵＣＣＨリソース集合が設定される前に使用される、初期(ｉｎｉｔｉａｌ)ＰＵＣＣＨリソース集合である。

また、ＰＵＣＣＨは５２.６ＧＨｚ以上の周波数帯域により送信される。

また、ＰＵＣＣＨは複数のＲＢにより送信される。

この開示による無線通信システムにおいて、ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を送信するための端末であって、少なくとも１つの送受信機と、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は、少なくとも１つの送受信機により、ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及びＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を受信し、少なくとも１つの送受信機により、第１ＲＢオフセットに基づくＰＵＣＣＨリソースによりＰＵＣＣＨを送信することを特徴とし、インデックスに基づいてＰＵＣＣＨリソース集合の第２ＲＢオフセットが得られ、第１ＲＢオフセットは第２ＲＢオフセットにＲＢ数をかけて得られる。

また、ＰＵＣＣＨは複数のＲＢにより送信される。

この開示による無線通信システムにおいて、ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を送信するための装置であって、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は、ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及びＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を受信し、第１ＲＢオフセットに基づくＰＵＣＣＨリソースによりＰＵＣＣＨを送信することを特徴とし、インデックスに基づいてＰＵＣＣＨリソース集合の第２ＲＢオフセットが得られ、第１ＲＢオフセットは第２ＲＢオフセットにＲＢ数をかけて得られる。

この開示による少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータプログラムを含むコンピュータ読み取り可能な格納媒体であって、この動作は、ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及びＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を受信し、第１ＲＢオフセットに基づくＰＵＣＣＨリソースによりＰＵＣＣＨを送信することを特徴とし、インデックスに基づいてＰＵＣＣＨリソース集合の第２ＲＢオフセットが得られ、第１ＲＢオフセットは第２ＲＢオフセットにＲＢ数をかけて得られる。

この開示の実施例による無線通信システムにおいて、基地局がＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を受信するための方法であって、ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及びＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を送信し、第１ＲＢオフセットに基づくＰＵＣＣＨリソースによりＰＵＣＣＨを受信することを特徴とし、インデックスはＰＵＣＣＨリソース集合の第２ＲＢオフセットを知らせるためのものであり、第１ＲＢオフセットは第２ＲＢオフセットにＲＢ数をかけて得られる。

この開示による無線通信システムにおいて、ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を受信するための基地局であって、少なくとも１つの送受信機と、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は、少なくとも１つの送受信機により、ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及びＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を送信し、少なくとも１つの送受信機により、第１ＲＢオフセットに基づくＰＵＣＣＨリソースによりＰＵＣＣＨを受信することを特徴とし、インデックスはＰＵＣＣＨリソース集合の第２ＲＢオフセットを知らせるためのものであり、第１ＲＢオフセットは第２ＲＢオフセットにＲＢ数をかけて得られる。

本開示によれば、５２.６ＧＨｚ以上の高周波帯域においてＮＲシステムを支援するために最大出力電力制限及びＰＳＤ(ＰｏｗｅｒＳｐｅｃｔｒａｌＤｅｎｓｉｔｙ)のような規制要求事項(ｒｅｇｕｌａｔｏｒｙｒｅｑｕｉｒｅｍｅｎｔｓ)に基づいて既存のＰＵＣＣＨフォーマットのリソース割り当て方式を向上させて効率的でかつ適切なカバレッジを有するＰＵＣＣＨ送信を行うことができる。

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

無線通信システムの一例である３ＧＰＰ（登録商標）システムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を例示する図である。無線フレームの構造を例示する図である。スロットのリソースグリッドを例示する図である。この開示に適用可能な非免許帯域を支援する無線通信システムを示す図である。この開示に適用可能な非免許帯域内でリソースを占有する方法を例示する図である。この開示に適用可能な非免許帯域において上りリンク信号送信のための端末のチャネル接続手順を例示する図である。この開示に適用可能な共有スペクトルにおいて上りリンク送信のためのリソース割り当て方法を説明するための図である。スロット内に物理チャネルがマッピングされる例を示す図である。ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)及びＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)の送信過程を例示する図である。この開示の実施例による端末及び基地局の動作過程を説明するための図である。この開示の実施例による端末及び基地局の動作過程を説明するための図である。この開示の実施例による端末及び基地局の動作過程を説明するための図である。この開示に適用される通信システムを例示する図である。この開示に適用可能な無線機器を例示する図である。この開示に適用可能な車両又は自律走行車両を例示する図である。

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

説明を明確にするために、３ＧＰＰ通信システム(例えば、ＮＲ)を主として説明するが、本開示の技術的思想はこれに限られない。この開示の説明に使用された背景技術、用語、約語などについては、この開示前に公開された標準文書に記載の事項を参照できる(例えば、３８.２１１、３８.２１２、３８.２１３、３８.２１４、３８.３００、３８.３３１など)。

ここで、ＮＲシステムを含む５Ｇ通信について説明する。

５Ｇの３つの主な要求事項領域は、(１)改善したモバイル広帯域(ＥｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ，ｅＭＢＢ)領域、(２)多量のマシンタイプ通信(ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ，ｍＭＴＣ)領域、及び(３)超－信頼及び低遅延通信(Ｕｌｔｒａ－ｒｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ，ＵＲＬＬＣ)領域を含む。

一部の使用例(ＵｓｅＣａｓｅ)においては、最適化のために多数の領域が求められることがあり、他の使用例においては、ただ１つの核心性能指標(ＫｅｙＰｅｒｆｏｒｍａｎｃｅＩｎｄｉｃａｔｏｒ，ＫＰＩ)にのみフォーカスされることがある。５Ｇはかかる様々な使用例を柔軟且つ信頼できる方法で支援するものです。

ｅＭＢＢは基本的なモバイルインターネットアクセスを遥かに超え、豊かな２方向作業、クラウド又は増強現実においてメディア及びエンターテインメントアプリケーションをカバーする。データは、５Ｇの核心動力の１つであり、５Ｇ時代で初めて専用の音声サービスが見られないかもしれない。５Ｇにおいて、音声は、単純に通信システムによって提供されるデータ接続を用いて応用プログラムとして処理されることが期待できる。増加したトラフィック量(ｖｏｌｕｍｅ)の主な原因は、コンテンツサイズの増加及び高いデータ送信率を求めるアプリケーション数の増加である。ストリーミングサービス(オーディオ及びビデオ)、会話型ビデオ及びモバイルインターネット接続はより多い装置がインターネットに接続するほどより広く用いられるであろう。このような多くの応用プログラムは、ユーザにリアルタイム情報及び通知をプッシュするために、常にオンになっている接続性が必要である。クダウドストーリッジ及びアプリケーションは、モバイル通信プラットフォームにおいて急激に増加しつつあり、これは、業務及びエンターテインメントの両方にも適用可能である。また、クラウドストーリッジは、上りリンクデータ送信率の成長を牽引する格別な使用例である。５Ｇはまた、クラウドの遠隔業務にも用いられ、触角インターフェースが用いられるときに優れたユーザ経験が維持できるように、もっと低いエンド－ツ－エンド(ｅｎｄ－ｔｏ－ｅｎｄ)遅延を求める。エンターテインメント、例えば、クラウドゲーム及びビデオストリーミングは、モバイル広帯域能力への要求を増加させるまた他の核心要素である。エンターテインメントは、列車、車及び飛行機のような移動性の高い環境を含むどこでも、スマートホン及びタブレットにおいて必須である。また別の使用例は、エンターテインメントのための増強現実及び情報検索である。ここで、増強現実は、非常に低い遅延と瞬間的なデータ量を必要とする。

また、最も多く予想される５Ｇの使用例の１つは、全ての分野において埋め込みセンサーを円滑に接続できる機能、即ち、ｍＭＴＣに関するものである。２０２０年まで潜在的なＩｏＴ装置は２０４億個に至るものと予測される。産業ＩｏＴは、５Ｇがスマートシティ、資産追跡(ａｓｓｅｔｔｒａｃｋｉｎｇ)、スマートユーティリティー、農業及びセキュリティーインフラを可能にする主要役割を行う領域の１つである。

ＵＲＬＬＣは、主要インフラの遠隔制御及び自律走行車両(ｓｅｌｆ－ｄｒｉｖｉｎｇｖｅｈｉｃｌｅ)のような超高信頼／利用可能な遅延の少ないリンクを介して産業を変化させる新たなサービスを含む。信頼性と遅延のレベルは、スマートグリッド制御、産業自動化、ロボット工学、ドローン制御及び調整に必須的である。

次に、ＮＲシステムを含む５Ｇ通信システムにおける多数の使用例について、より具体的に説明する。

５Ｇは、秒当たり数百メガビットから秒当たりギガビットと評価されるストリームを提供する手段であって、ＦＴＴＨ(ｆｉｂｅｒ－ｔｏ－ｔｈｅ－ｈｏｍｅ)及びケーブルベース広帯域(又はＤＯＣＳＩＳ)を補完することができる。このような早い速度は、仮想現実と増強現実だけでなく、４Ｋ以上(６Ｋ、８Ｋ及びそれ以上)の解像度でＴＶを伝達するのに要求される。ＶＲ(ＶｉｒｔｕａｌＲｅａｌｉｔｙ)及びＡＲ(ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ)のアプリケーションは、ほとんど没入型(ｉｍｍｅｒｓｉｖｅ)スポーツ競技を含む。特定の応用プログラムは、特別なネットワーク設定が要求され得る。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小化するために、コアサーバーをネットワークオペレータのエッジネットワークサーバーと統合しなければならない。

自動車(Ａｕｔｏｍｏｔｉｖｅ)は、車両に対する移動通信のための多くの使用例と共に、５Ｇにおいて重要な新しい動力になることが予想される。例えば、乗客のためのエンターテインメントは、同時の高い容量と高い移動性モバイル広帯域を要求する。その理由は、将来のユーザは、その位置及び速度と関係なく、高品質の接続を続けて期待するためである。自動車分野の他の活用例は、増強現実のダッシュボードである。これは、運転者が前面の窓を通じて見ているものの上に、暗やみで物体を識別し、物体の距離と動きに対して運転者に言ってくれる情報を重ねてディスプレーする。将来、無線モジュールは、車両間の通信、車両と支援するインフラ構造の間で情報交換及び自動車と他の連結されたデバイス(例えば、歩行者によって伴われるデバイス)間で情報交換を可能にする。安全システムは、運転者がより安全な運転ができるように行動の代替コースを案内し、事故の危険を減らせる。次の段階は、遠隔操縦されたり、自己運転車両(ｓｅｌｆ－ｄｒｉｖｅｎｖｅｈｉｃｌｅ)になる。これは、互いに異なる自己運転車両間及び自動車とインフラ間で非常に信頼性があり、非常に早い通信であることを要求する。将来には、自己運転車両が全ての運転活動を行い、運転者は車両そのものが識別できない交通異常にのみ集中できるようにする。自己運転車両の技術的要求事項は、トラフィックの安全が人の達成できない程度まで増加するように超低遅延と超高速信頼性を要求する。

スマート社会(ｓｍａｒｔｓｏｃｉｅｔｙ)として言及されるスマートシティとスマートホームは、高密度の無線センサーネットワークにエンベデッドされる。知能型センサーの分散ネットワークは、シティ又は家庭の費用及びエネルギー－効率的な維持に対する条件を識別する。類似する設定が各家庭のために行われることができる。温度センサー、窓及び暖房コントローラ、盗難警報機及び家電製品がいずれも無線で接続される。このようなセンサーの多くのものが典型的に低いデータ送信速度、低電力及び低コストである。しかし、例えば、リアルタイムＨＤビデオは、監視のために特定タイプの装置で要求されることがある。

熱又はガスを含むエネルギーの消費及び分配は、高度に分散化しており、分散センサーネットワークの自動化された制御が要求される。スマートグリッドは、情報を収集して、これによって行動するようにデジタル情報及び通信技術を使用し、このようなセンサーを相互接続する。この情報は、供給メーカーと消費者の行動を含むことができるため、スマートグリッドが効率性、信頼性、経済性、生産の持続可能性、及び自動化された方式で電気のような燃料の分配を改善させることができる。スマートグリッドは、遅延の少ない他のセンサーネットワークと見ることもできる。

健康部門は、移動通信の恵みを受けることのできる多くの応用プログラムを保有している。通信システムは、遠く離れたところで臨床診療を提供する遠隔診療を支援することができる。これは、距離という障壁を減らすのに役立ち、距離が遠い田舎で持続的に利用できない医療サービスへの接近を改善させることができる。これはまた、重要な診療及び応急状況で命を救うために用いられる。移動通信ベースの無線センサーネットワークは、心拍数及び血圧のようなパラメータに対する遠隔モニタリング及びセンサーを提供することができる。

無線及びモバイル通信は、産業応用分野でますます重要になっている。配線は設置及び維持費用が高い。従って、ケーブルを再構成することが可能な無線リンクへの交換可能性は、多くの産業分野で魅力的な機会である。しかし、これを達成するには、無線接続がケーブルと類似した遅延、信頼性及び容量で動作することと、その管理を単純化することが要求される。低い遅延と非常に低いエラー確率は、５Ｇに繋がる必要のある新たな要求事項である。

物流(ｌｏｇｉｓｔｉｃｓ)及び貨物追跡(ｆｒｅｉｇｈｔｔｒａｃｋｉｎｇ)は、位置に基づく情報システムを使用し、どこでもインベントリ(ｉｎｖｅｎｔｏｒｙ)及びパッケージの追跡を可能にする移動通信に対する重要な使用例である。物流及び貨物追跡の使用例は、典型的に低いデータ速度を要求するが、広い範囲と信頼性のある位置情報が必要である。

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

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

初期セル探索が終了した端末は、ＰＤＣＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)及びそれに対応するＰＤＳＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を受信して、より具体的なシステム情報を得る(Ｓ１２)。

以後、端末は基地局に接続を完了するために、任意接続過程(ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ)を行う(Ｓ１３～Ｓ１６)。より具体的には、端末は、ＰＲＡＣＨ(ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を送信し(Ｓ１３)、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを介してプリアンブルに対するＲＡＲ(ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ)を受信する(Ｓ１４)。その後、端末はＲＡＲ内のスケジューリング情報を用いてＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)を送信し(Ｓ１５)、ＰＤＣＣＨ及びそれに対応するＰＤＳＣＨのような衝突解決手順(ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＰｒｏｃｅｄｕｒｅ)を行う(Ｓ１６)。

任意接続過程が２段階からなる場合、Ｓ１３／Ｓ１５が(端末が送信を行う)いずれか一方の段階で行われ(メッセージＡ)、Ｓ１４／Ｓ１６が(基地局が送信を行う)他方の段階で行われる(メッセージＢ)。

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

図２は無線フレームの構造を例示する図である。

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

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

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

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

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

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

フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)が異なるように設定される。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(ＴｉｍｅＵｎｉｔ)と統称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。

ＮＲは様々な５Ｇサービスを支援するための多数のニューマロロジー(又は副搬送波間隔(ＳＣＳ))を支援する。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドにおける広い領域(ｗｉｄｅａｒｅａ)を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合は、密集した都市(ｄｅｎｓｅ－ｕｒｂａｎ)、より低い遅延(ｌｏｗｅｒｌａｔｅｎｃｙ)及びより広いキャリア帯域幅(ｗｉｄｅｒｃａｒｒｉｅｒｂａｎｄｗｉｄｔｈ)を支援する。ＳＣＳが６０ｋＨｚ又はそれより高い場合には、位相ノイズを克服するために、２４.２５ＧＨｚより大きい帯域幅を支援する。

ＮＲ周波数バンドは２つのタイプ(ＦＲ１、ＦＲ２)の周波数範囲(ｆｒｅｑｕｅｎｃｙｒａｎｇｅ，ＦＲ)により定義される。ＦＲ１、ＦＲ２は以下の表３のように構成される。またＦＲ２はミリメートル波(ｍｉｌｌｉｍｅｔｅｒｗａｖｅ、ｍｍＷ)を意味する。

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

既存の３ＧＰＰＬＴＥシステムのＬＡＡ(Ｌｉｃｅｎｓｅｄ－ＡｓｓｉｓｔｅｄＡｃｃｅｓｓ)のように、３ＧＰＰＮＲシステムにおいても、非免許帯域(ｕｎｌｉｃｅｎｓｅｄｂａｎｄ)をセルラー通信に活用する方案が考慮されている。但し、ＬＡＡとは異なり、非免許帯域内のＮＲセル(以下、ＮＲＵＣｅｌｌ)はスタンドアローン(Ｓｔａｎｄａｌｏｎｅ、ＳＡ)動作を目標とする。一例として、ＮＲＵＣｅｌｌにおいてＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨの送信などが支援される。

ＬＡＡＵＬ(Ｕｐｌｉｎｋ)では、非同期式ＨＡＲＱ手順(ＡｓｙｎｃｈｒｏｎｏｕｓＨＡＲＱｐｒｏｃｅｄｕｒｅ)の導入によりＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)に対するＨＡＲＱ－ＡＣＫ(ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)情報を端末に知らせるためのＰＨＩＣＨ(ＰｈｙｓｉｃａｌＨＡＲＱＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ)のような別のチャネルが存在しない。よって、ＵＬＬＢＴ過程において競争ウィンドウ(ＣｏｎｔｅｎｔｉｏｎＷｉｎｄｏｗ;ＣＷ)のサイズを調整するための正確なＨＡＲＱ－ＡＣＫ情報を活用することができない。従って、ＵＬＬＢＴ過程では、ＵＬグラントをｎ番目のＳＦで受信した場合、(ｎ－３)番目のサブフレーム前の最新ＵＬＴＸバーストの１番目のサブフレームを参照サブフレーム(ＲｅｆｅｒｅｎｃｅＳｕｂｆｒａｍｅ)として設定し、参照サブフレームに対応するＨＡＲＱｐｒｏｃｅｓｓＩＤに対するＮＤＩを基準として競争ウィンドウのサイズを調整する。即ち、基地局が１つ以上の送信ブロック(ＴｒａｎｓｐｏｒｔＢｌｏｃｋ；ＴＢ)ごとのＮＤＩ(ＮｅｗｄａｔａＩｎｄｉｃａｔｏｒ)をトグリング(Ｔｏｇｇｌｉｎｇ)するか、又は１つ以上の送信ブロックに対して再送信を指示すると、参照サブフレームにおいてＰＵＳＣＨが他の信号と衝突して送信に失敗したと仮定して、予め約束した競争ウィンドウサイズのための集合内の現在適用された競争ウィンドウサイズの次に大きい競争ウィンドウサイズに該当競争ウィンドウのサイズを増加させ、そうではないと、参照サブフレームでのＰＵＳＣＨが他の信号との衝突なしに成功的に送信されたと仮定して、競争ウィンドウのサイズを最小値(例えば、ＣＷ_ｍｉｎ)に初期化する方案が導入されている。

図４は本開示に適用可能な非免許帯域を支援する無線通信システムの一例を示す。

以下の説明において、免許帯域(以下、Ｌ－ｂａｎｄ)で動作するセルをＬ－ｃｅｌｌと定義し、Ｌ－ｃｅｌｌのキャリアを(ＤＬ／ＵＬ)ＬＣＣと定義する。また非免許帯域(以下、Ｕ－ｂａｎｄ)で動作するセルをＵ－ｃｅｌｌと定義し、Ｕ－ｃｅｌｌのキャリアを(ＤＬ／ＵＬ)ＵＣＣと定義する。セルのキャリア／キャリア－周波数はセルの動作周波数(例えば、中心周波数)を意味する。セル／キャリア(例えば、ＣＣ)はセルと統称する。

図４(ａ)のように、端末と基地局が搬送波結合されたＬＣＣ及びＵＣＣにより信号を送受信する場合、ＬＣＣはＰＣＣ(ＰｒｉｍａｒｙＣＣ)に設定され、ＵＣＣはＳＣＣ(ＳｅｃｏｎｄａｒｙＣＣ)に設定される。図４(ｂ)のように、端末と基地局は１つのＵＣＣ又は搬送波結合された複数のＵＣＣにより信号を送受信する。即ち、端末と基地局はＬＣＣ無しにＵＣＣ(ｓ)のみにより信号を送受信することができる。スタンドアローン動作のために、ＵＣｅｌｌではＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳ送信などが支援される。

以下、本開示で説明する非免許帯域での信号送受信動作は、(特に言及しないと)上述した全ての配置シナリオに基づいて行われる。

特に言及しないと、以下の定義がこの明細書で使用される用語に適用される。

－チャネル(Ｃｈａｎｎｅｌ)：共有スペクトル(Ｓｈａｒｅｄｓｐｅｃｔｒｕｍ)でチャネル接続過程が行われる連続するＲＢで構成され、搬送波又は搬送波の一部を称する。

－チャネル接続過程(ＣｈａｎｎｅｌＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ、ＣＡＰ)：信号送信前に他の通信ノードのチャネル使用有無を判断するために、センシングに基づいてチャネル可用性を評価する手順である。センシングのための基本ユニット(ｂａｓｉｃｕｎｉｔ)はＴ_sl＝９ｕｓ区間(ｄｕｒａｔｉｏｎ)のセンシングスロットである。基地局又は端末がセンシングスロット区間の間にチャネルをセンシングし、センシングスロット区間内で少なくとも４ｕｓの間に検出された電力がエネルギー検出しきい値Ｘ_Threshより小さい場合、センシングスロット区間Ｔ_slは休止状態と見なされる。そうではない場合は、センシングスロット区間Ｔ_sl＝９ｕｓはビジー状態と見なされる。ＣＡＰはＬＢＴ(Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ)とも称される。

－チャネル占有(Ｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)：チャネル接続手順の実行後、基地局／端末によるチャネル上の対応する送信を意味する。

－チャネル占有時間(ＣｈａｎｎｅｌＯｃｃｕｐａｎｃｙＴｉｍｅ、ＣＯＴ)：基地局／端末がチャネル接続手順の実行後、基地局／端末及びチャネル占有を共有する任意の基地局／端末がチャネル上で送信を行える総時間を称する。ＣＯＴの決定時、送信ギャップが２５ｕｓ以下であると、ギャップ区間もＣＯＴにカウントされる。

なお、ＣＯＴは基地局と対応端末の間の送信のために共有される。

具体的には、ＵＥ－ｉｎｉｔｉａｔｅｄＣＯＴを基地局と共有する(ｓｈａｒｅ)とは、ｒａｎｄｏｍｂａｃｋ－ｏｆｆ基盤のＬＢＴ(例えば、ＣＡＴ－３ＬＢＴ又はＣＡＴ－４ＬＢＴ)により端末が占有するチャネルの一部を基地局に譲渡し、基地局は端末がＵＬ送信を完了した時点からＤＬ送信の開始前に発生するタイミングギャップ(ｔｉｍｉｎｇｇａｐ)を活用して、ｒａｎｄｏｍｂａｃｋ－ｏｆｆなしにＬＢＴ(例えば、ＣＡＴ－１ＬＢＴ又はＣＡＴ－２ＬＢＴ)を行った後、ＬＢＴに成功して該当チャネルが休止(ｉｄｌｅ)状態であることが確認されると、基地局が残りの端末のＣＯＴを活用してＤＬ送信を行うことを意味する。

一方、ｇＮＢ－ｉｎｉｔｉａｔｅｄＣＯＴを端末と共有する(ｓｈａｒｅ)とは、ｒａｎｄｏｍｂａｃｋ－ｏｆｆ基盤のＬＢＴ(例えば、ＣＡＴ－３ＬＢＴ又はＣＡＴ－４ＬＢＴ)により基地局が占有するチャネルの一部を端末に譲渡し、端末は基地局がＤＬ送信を完了した時点からＵＬ送信の開始前に発生するタイミングギャップを活用して、ｒａｎｄｏｍｂａｃｋ－ｏｆｆなしにＬＢＴ(例えば、ＣＡＴ－１ＬＢＴ又はＣＡＴ－２ＬＢＴ)を行い、ＬＢＴに成功して該当チャネルが休止(ｉｄｌｅ)状態であることが確認されると、端末が残りの基地局のＣＯＴを活用してＵＬ送信を行う過程を意味する。かかる過程を端末と基地局がＣＯＴを共有するという。

－ＤＬ送信バースト(ｂｕｒｓｔ)：１６ｕｓを超えるギャップがない、基地局からの送信セットにより定義される。１６ｕｓを超えるギャップにより分離された、基地局からの送信は個々のＤＬ送信バーストとして見なされる。基地局はＤＬ送信バースト内でチャネル可用性をセンシングせず、ギャップ以後に送信を行う。

－ＵＬ送信バースト：１６ｕｓを超えるギャップがない、端末からの送信セットにより定義される。１６ｕｓを超えるギャップにより分離された、端末からの送信は個々のＵＬ送信バーストとして見なされる。端末はＵＬ送信バースト内でチャネル可用性をセンシングせず、ギャップ以後に送信を行う。

－検出バースト：(時間)ウィンドウ内に限定され、デューティサイクルに連関する、信号及び／又はチャネルのセットを含むＤＬ送信バーストを称する。ＬＴＥ基盤のシステムにおいて、検出バーストは基地局により開始された送信としてＰＳＳ、ＳＳＳ及びＣＲＳ(ｃｅｌｌ－ｓｐｅｃｉｆｉｃＲＳ)を含み、非ゼロ出力ＣＳＩ－ＲＳをさらに含む。ＮＲ基盤のシステムにおいては、検出バーストは基地局により開始された送信として少なくともＳＳ／ＰＢＣＨブロックを含み、ＳＩＢ１を有するＰＤＳＣＨをスケジューリングするＰＤＣＣＨのためのＣＯＲＥＳＥＴ、ＳＩＢ１を運ぶＰＤＳＣＨ及び／又は非ゼロ出力ＣＳＩ－ＲＳをさらに含む。

図５はこの開示に適用可能な非免許帯域においてリソースを占有する方法を示す。

図５を参照すると、非免許帯域内の通信ノード(例えば、基地局、端末)は、信号送信前に他の通信ノードのチャネル使用有無を判断する必要がある。そのために、非免許帯域内の通信ノードは送信が行われるチャネルに接続するためにチャネル接続過程(ＣＡＰ)を行う。チャネル接続過程はセンシングに基づいて行われる。例えば、通信ノードは信号送信前にまずＣＳ(ＣａｒｒｉｅｒＳｅｎｓｉｎｇ)を行って、他の通信ノードが信号送信を行っているか否かを確認する。他の通信ノードが信号送信を行っていないと判断された場合をＣＣＡ(ＣｌｅａｒＣｈａｎｎｅｌＡｓｓｅｓｓｍｅｎｔ)が確認されたと定義する。既に定義された或いは上位階層(例えば、ＲＲＣ)により設定されたＣＣＡしきい値(例えば、Ｘ_{Ｔｈｒｅｓｈ})がある場合、通信ノードはＣＣＡしきい値より高いエネルギーがチャネルで検出されると、チャネル状態をビジー(ｂｕｓｙ)と判断し、そうではないと、チャネル状態を休止(ｉｄｌｅ)と判断する。チャネル状態が休止と判断されると、通信ノードは非免許帯域で信号送信を開始する。ＣＡＰはＬＢＴと混用できる。

表４はこの開示に適用可能なＮＲ－Ｕで支援されるチャネル接続過程(ＣＡＰ)を例示する。

非免許帯域を支援する無線通信システムにおいて、端末に設定される１つのセル(或いは搬送波(例えば、ＣＣ))或いはＢＷＰは、既存のＬＴＥに比べて大きいＢＷ(ＢａｎｄＷｉｄｔｈ)を有する広帯域である。しかし、規制(ｒｅｇｕｌａｔｉｏｎ)などに基づいて独立的なＬＢＴ動作に基づくＣＣＡが要求されるＢＷは制限される。個別ＬＢＴが行われるサブバンド(ＳＢ)をＬＢＴ－ＳＢと定義すると、１つの広帯域セル／ＢＷＰ内に複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢを構成するＲＢセットは上位階層(例えば、ＲＲＣ)シグナリングにより設定される。従って、(i)セル／ＢＷＰのＢＷ及び(ii)ＲＢセット割り当て情報に基づいて、１つのセル／ＢＷＰには１つ以上のＬＢＴ－ＳＢが含まれる。セル(或いは搬送波)のＢＷＰに複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢは、例えば、２０ＭＨｚ帯域を有する。ＬＢＴ－ＳＢは周波数領域において複数の連続する(Ｐ)ＲＢで構成され、(Ｐ)ＲＢセットとも称される。

一方、端末は非免許帯域での上りリンク信号送信のためにタイプ１又はタイプ２のＣＡＰを行う。一般的には、端末は上りリンク信号送信のために基地局が設定したＣＡＰ(例えば、タイプ１又はタイプ２)を行う。例えば、ＰＵＳＣＨ送信をスケジューリングするＵＬグラント(例えば、ＤＣＩフォーマット０_０、０_１)内に端末のＣＡＰタイプ指示情報が含まれる。

タイプ１ＵＬＣＡＰにおいて送信前に休止とセンシングされたセンシングスロットによりスパンされる(ｓｐａｎｎｅｄ)時間区間の長さはランダムである。タイプ１ＵＬＣＡＰは以下の送信に適用される。

－基地局からスケジューリング及び／又は(設定された)ＰＵＳＣＨ／ＳＲＳ送信

－基地局からスケジューリング及び／又は設定されたＰＵＣＣＨ送信

－ＲＡＰ(ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ)に関連する送信

図６はこの開示に適用可能な非免許帯域において上りリンク信号送信のための端末のチャネル接続手順のうち、タイプ１のＣＡＰ動作を例示する。

まず図６を参照しながら、非免許帯域での上りリンク信号送信について説明する。

まず端末は遅延区間(ｄｅｆｅｒｄｕｒａｔｉｏｎ)Ｔ_dのセンシングスロット区間の間にチャネルが休止状態であるか否かをセンシングし、その後、カウンタＮが０になると、送信を行う(Ｓ９３４)。この時、カウンタＮは以下の手順に従って追加センシングスロット区間の間にチャネルをセンシングすることにより調整される：

ステップ１)(Ｓ６２０)Ｎ＝Ｎ_initに設定。ここで、Ｎ_initは０からＣＷ_pの間で均等分布されたランダム値である。次に、ステップ４に移動する。

ステップ２)(Ｓ６４０)Ｎ＞０であり、端末がカウンタの減少を選択した場合、Ｎ＝Ｎ－１に設定。

ステップ３)(Ｓ６５０)追加センシングスロット区間の間にチャネルをセンシングする。この時、追加センシングスロット区間が休止であると(Ｙ)、ステップ４に移動する。そうではないと(Ｎ)、ステップ５に移動する。

ステップ４)(Ｓ６３０)Ｎ＝０であると(Ｙ)、ＣＡＰ手順を終了する(Ｓ６３２)。そうではないと(Ｎ)、ステップ２に移動する。

ステップ５)(Ｓ６６０)追加遅延区間Ｔ_ｄ内でビジー(ｂｕｓｙ)センシングスロットが検出されるか、又は追加遅延区間Ｔ_ｄ内の全てのセンシングスロットが休止(ｉｄｌｅ)と検出されるまでチャネルをセンシング。

ステップ６)(Ｓ６７０)追加遅延区間Ｔ_ｄの全てのセンシングスロット区間の間にチャネルが休止とセンシングされると(Ｙ)、ステップ４に移動する。そうではないと(Ｎ)、ステップ５に移動する。

表５はチャネル接続優先順位クラスによってＣＡＰに適用されるｍ_ｐ、最小ＣＷ、最大ＣＷ、最大チャネル占有時間(ＭａｘｉｍｕｍＣｈａｎｎｅｌＯｃｃｕｐａｎｃｙＴｉｍｅ, ＭＣＯＴ)及び許容ＣＷサイズ(ａｌｌｏｗｅｄＣＷｓｉｚｅｓ)が変わることを例示している。

遅延区間Ｔ_ｄは区間Ｔ_ｆ(１６ｕｓ)＋ｍ_ｐ個の連続するセンシングスロット区間Ｔ_sl(９ｕｓ)の順で構成される。Ｔ_ｆは１６ｕｓ区間の開始時点にセンシングスロット区間Ｔ_slを含む。ＣＷ_min,p≦ＣＷ_p≦ＣＷ_max,pである。ＣＷ_pはＣＷ_p＝ＣＷ_min,pに設定され、以前のＵＬバースト(例えば、ＰＵＳＣＨ)に対する明示的／黙示的な受信応答に基づいてステップ１以前にアップデートされる(ＣＷサイズアップデート)。例えば、ＣＷ_pは以前のＵＬバーストに対する明示的／黙示的な受信応答に基づいてＣＷ_min,pに初期化されるか、次に高い許容された値に増加するか、又は既存の値がそのまま維持される。

タイプ２ＵＬＣＡＰにおいて送信前に休止とセンシングされたセンシングスロットによりスパンされる(ｓｐａｎｎｅｄ)時間区間の長さは決定的である(ｄｅｔｅｒｍｉｎｉｓｔｉｃ)。タイプ２ＵＬＣＡＰはタイプ２Ａ／２Ｂ／２ＣＵＬＣＡＰに区分される。タイプ２ＡＵＬＣＡＰにおいて端末は少なくともセンシング区間Ｔ_{short_dl}＝２５ｕｓの間にチャネルが休止とセンシングされた直後(ｉｍｍｅｄｉａｔｅｌｙａｆｔｅｒ)、送信を行う。ここで、Ｔ_{short_dl}は区間Ｔｆ(＝１６ｕｓ)の直後に続く１つのセンシングスロット区間で構成される。タイプ２ＡＵＬＣＡＰにおいてＴ_fは区間の開始点にセンシングスロットを含む。タイプ２ＢＵＬＣＡＰにおいて端末はセンシング区間Ｔ_f＝１６ｕｓの間にチャネルが休止とセンシングされた直後、送信を行う。タイプ２ＢＵＬＣＡＰにおいてＴ_fは区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２ＣＵＬＣＡＰにおいて端末は送信を行う前にチャネルをセンシングしない。

非免許帯域において端末の上りリンクデータ送信のためには、まず基地局が非免許帯域上のＵＬグラント送信のためのＬＢＴに成功し、端末もＵＬデータ送信のためのＬＢＴに成功する必要がある。即ち、基地局端と端末端の２回のＬＢＴに全て成功しないと、ＵＬデータ送信を試みることができない。またＬＴＥシステムにおいて、ＵＬグラントからスケジュールされたＵＬデータ間には最小４ｍｓｅｃの遅延(ｄｅｌａｙ)が所要されるので、該当時間の間に非免許帯域で共存する他の送信ノードが優先接続することによりスケジュールされたＵＬLデータ送信が遅延されることもある。かかる理由で、非免許帯域においてＵＬデータ送信の効率性を高める方法が論議されている。

ＮＲでは、相対的に高い信頼度と低い遅延時間を有するＵＬ送信を支援するために、基地局が上位階層信号(例えば、ＲＲＣシグナリング)或いは上位階層信号とＬ１信号(例えば、ＤＣＩ)との組み合わせで時間、周波数及びコードドメインリソースを端末に設定しておいた設定されたグラントタイプ１及びタイプ２を支援する。端末は基地局からＵＬグラントを受けなくてもタイプ１又はタイプ２に設定されたリソースを使用してＵＬ送信を行うことができる。タイプ１では設定されたグラントの周期、ＳＦＮ＝０対比オフセット、時間／周波数リソース割り当て(ｔｉｍｅ／ｆｒｅｑ. ｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ)、繰り返し(ｒｅｐｅｔｉｔｉｏｎ)回数、ＤＭＲＳパラメータ、ＭＣＳ／ＴＢＳ及び電力制御パラメータ(ｐｏｗｅｒｃｏｎｔｒｏｌｐａｒａｍｅｔｅｒ)などがＬ１信号なしに全てＲＲＣのような上位階層信号によってのみ設定される。タイプ２は設定されたグラントの周期と電力制御パラメータなどはＲＲＣのような上位階層信号により設定され、残りのリソースに関する情報(例えば、初期送信タイミングのオフセットと時間／周波数リソース割り当て、ＤＭＲＳパラメータ、ＭＣＳ／ＴＢＳなど)はＬ１シグナルであるａｃｔｉｖａｔｉｏｎＤＣＩにより指示される方法である。

ＬＴＥＬＡＡのＡＵＬとＮＲのｃｏｎｆｉｇｕｒｅｄｇｒａｎｔの間の最大差は、端末がＵＬグラントなしに送信したＰＵＳＣＨに対するＨＡＲＱ－ＡＣＫフィードバック送信方法とＰＵＳＣＨ送信時に共に送信されるＵＣＩの存在有無である。ＮＲＣｏｎｆｉｇｕｒｅｄｇｒａｎｔでは、シンボルインデックスと周期、ＨＡＲＱプロセス数の方程式を使用してＨＡＲＱプロセスが決定されるが、ＬＴＥＬＡＡでは、ＡＵＬ－ＤＦＩ(ｄｏｗｎｌｉｎｋｆｅｅｄｂａｃｋｉｎｆｏｒｍａｔｉｏｎ)により明示的に(ｅｘｐｌｉｃｉｔ)ＨＡＲＱ－ＡＣＫフィードバック情報が送信される。またＬＴＥＬＡＡでは、ＡＵＬＰＵＳＣＨを送信するたびにＨＡＲＱＩＤ、ＮＤＩ、ＲＶなどの情報を含むＵＣＩをＡＵＬ－ＤＦＩにより共に送信する。また、ＮＲＣｏｎｆｉｇｕｒｅｄｇｒａｎｔでは、端末がＰＵＳＣＨの送信に使用した時間／周波数リソースとＤＭＲＳリソースに基づいてＵＥを認識(ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)し、ＬＴＥＬＡＡでは、ＤＭＲＳリソースと一緒にＰＵＳＣＨと共に送信されるＡＵＬ－ＤＦＩに明示的に(ｅｘｐｌｉｃｉｔ)含まれたＵＥＩＤにより端末を認識する。

図７は共有スペクトルでのＵＬ送信のためのリソース割り当てを例示する図である。

図７(ａ)に示すように、ＰＵＳＣＨのためのリソース割り当て情報が{インターレース＃１、ＲＢセット＃１}を指示することに基づいて、ＲＢセット＃１においてインターレース＃１に属するＲＢがＰＵＳＣＨリソースとして決定される。即ち、{インターレース＃１、ＲＢセット＃１}の交集合(ｉｎｔｅｒｓｅｃｔｉｏｎ)に該当するＲＢがＰＵＳＣＨリソースとして決定される。図８(ｂ)に示すように、ＰＵＳＣＨのためのリソース割り当て情報が{インターレース＃２、ＲＢセット＃１／＃２}を指示することに基づいて、ＲＢセット＃１／＃２においてインターレース＃２に属するＲＢがＰＵＳＣＨリソースとして決定される。このとき、ＲＢセット＃１とＲＢセット＃２の間のＧＢ(即ち、ＧＢ＃１)もＰＵＳＣＨ送信リソースとして使用される。即ち、{インターレース＃１、ＲＢセット＃１／＃２＋ＧＢ＃１}の交集合に該当するＲＢがＰＵＳＣＨリソースとして決定される。このとき、ＲＢセット＃１／＃２に隣接してもＲＢセット＃１とＲＢセット＃２の間に位置しないＧＢ(即ち、ＧＢ＃０)はＰＵＳＣＨ送信リソースとして使用されない。

図８はスロット内に物理チャネルがマッピングされる一例を示す。

１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどが全て含まれる。例えば、スロット内において最初からＮ個のシンボルはＤＬ制御チャネルの送信に使用され(以下、ＤＬ制御領域)、スロット内において最後からＭ個のシンボルはＵＬ制御チャネルの送信に使用される(以下、ＵＬ制御領域)。ＮとＭはそれぞれ０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間のリソース領域(以下、データ領域)は、ＤＬデータの送信のために使用されるか又はＵＬデータの送信のために使用される。制御領域とデータ領域の間にはＤＬ－ｔｏ－ＵＬ又はＵＬ－ｔｏ－ＤＬスイッチングのための時間ギャップが存在する。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。スロット内においてＤＬからＵＬに転換される時点の一部のシンボルが時間ギャップとして使用される

上りリンクチャネル構造

端末は後述する上りインクチャネルを介して関連信号を基地局に送信し、基地局は後述する上りリンクチャネルを介して関連信号を端末から受信する。

(１)物理上りリンク制御チャネル(ＰＵＣＣＨ)

ＰＵＣＣＨはＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)、ＨＡＲＱ－ＡＣＫ及び／又はスケジューリング要請(ＳＲ)を運び、ＰＵＣＣＨ送信長さによってＳｈｏｒｔＰＵＣＣＨとｌｏｎｇＰＵＣＣＨに区分される。

ＵＣＩは以下を含む。

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

－ＨＡＲＱ－ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット(例えば、コードワード)に対する応答である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一のコードワードに対する応答として１ビットのＨＡＲＱ－ＡＣＫが送信され、２つのコードワードに対する応答として２ビットのＨＡＲＱ－ＡＣＫが送信される。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫはＨＡＲＱＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと混用する。

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

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

ＰＵＣＣＨフォーマット０は最大２ビットサイズのＵＣＩを運び、シーケンスに基づいてマッピングされて送信される。具体的には、端末は複数のシーケンスのうちのいずれかをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は肯定(ｐｏｓｉｔｉｖｅ)のＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で(周波数ホッピング有無によって異なるように設定される)直交カバーコード(ＯＣＣ)により拡散される。ＤＭＲＳは変調シンボルが送信されないシンボルで送信される(即ち、ＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される)。

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

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

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

(２)物理上りリンク共有チャネル(ＰＵＳＣＨ)

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

図９はＨＡＲＱ－ＡＣＫを送信するタイミングとＰＵＳＣＨを送信するタイミング及び割り当て方法を説明するための図である。

ＨＡＲＱ－ＡＣＫはＵＥ(ＵｓｅｒＥｑｕｉｐｍｅｎｔ)が物理下りリンクチャネルを成功的に受信したか否かを示す情報であり、ＵＥが物理下りリンクチャネルを成功的に受信した場合はＡＣＫ(ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)を、そうではない場合にはネガティブＡＣＫ(ｎｅｇａｔｉｖｅＡＣＫ、ＮＡＣＫ)をＢＳにフィードバックする。ＮＲでのＨＡＲＱは輸送ブロックごとに１ビットのＨＡＲＱ－ＡＣＫフィードバックを支援する。図１０はＨＡＲＱ－ＡＣＫタイミング(Ｋ１)の一例を示す図である。

図９において、Ｋ０はＤＬ割り当て(即ち、ＤＬグラント)を運ぶＰＤＣＣＨを有するスロットから対応するＰＤＳＣＨ送信を有するスロットまでのスロットの数を示し、Ｋ１はＰＤＳＣＨのスロットから対応するＨＡＲＱ－ＡＣＫ送信のスロットまでのスロットの数を示し、Ｋ２はＵＬグラントを運ぶＰＤＣＣＨを有するスロットから対応するＰＵＳＣＨ送信を有するスロットまでのスロットの数を示す。即ち、ＫＯ、Ｋ１、Ｋ２を簡単に整理すると、以下の表７の通りである。

ＢＳはＨＡＲＱ－ＡＣＫフィードバックタイミングをＤＣＩにより動的に或いはＲＲＣシグナリングにより準－静的にＵＥに提供する。ＮＲはＵＥの間に互いに異なる最小のＨＡＲＱプロセシング時間を支援する。ＨＡＲＱプロセシング時間は、ＤＬデータ受信タイミングに対応するＨＡＲＱ－ＡＣＫ送信タイミングの間の遅延(ｄｅｌａｙ)と、ＵＬグラント受信タイミングに対応するＵＬデータ送信タイミングの間の遅延を含む。ＵＥはＢＳに自分の最小ＨＡＲＱプロセシング時間の能力に関する情報を送信する。ＵＥの観点で、時間ドメインにおいて多数のＤＬ送信に対するＨＡＲＱＡＣＫ／ＮＡＣＫフィードバックは１つのＵＬデータ／制御領域で送信される。ＤＬデータ受信に対応するＡＣＫの間のタイミングはＤＣＩにより指示される。

輸送ブロック或いはコードワードごとにＨＡＲＱ過程が行われるＬＴＥシステムとは異なり、ＮＲシステムでは、単一(ｓｉｎｇｌｅ)／多重(ｍｕｌｔｉ)－ビットＨＡＲＱ－ＡＣＫフィードバックを有するコードブロックグループ(ｃｏｄｅｂｌｏｃｋｇｒｏｕｐ、ＣＢＧ)基盤の送信が支援される。輸送ブロック(ｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＴＢ)はＴＢのサイズによって１つ以上のＣＢにマッピングされる。例えば、チャネルコーディング過程でＴＢにＣＲＣコードが付着し、ＣＲＣ付着ＴＢが一定のサイズより大きくないと、ＣＲＣ付着ＴＢがすぐ１つのコードブロック(ｃｏｄｅｂｌｏｃｋ、ＣＢ)に対応するが、ＣＲＣ付着ＴＢが一定のサイズより大きいと、ＣＲＣ付着ＴＢは複数のＣＢにセグメントされる。ＮＲシステムにおいて、ＵＥはＣＢＧ基盤の送信を受信するように設定され、再送信はＴＢの全てのＣＢのサブセットを運ぶようにスケジューリングされる。

図９を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは下りリンクスケジューリング情報(例、ＤＣＩフォーマット１_０、１_１)を含み、ＰＤＣＣＨはＤＬａｓｓｉｇｎｍｅｎｔ－ｔｏ－ＰＤＳＣＨｏｆｆｓｅｔ(Ｋ０)とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫＲｅｐｏｒｔｉｎｇｏｆｆｓｅｔ(Ｋ１)を示す。例えば、ＤＣＩフォーマット１_０、１_１は以下の情報を含む。

－ＦｒｅｑｕｅｎｃｙｄｏｍａｉｎＲｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢリソース(例、１つ以上の(不)連続ＲＢ)を示す。

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

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

－ＨＡＲＱｐｒｏｃｅｓｓｎｕｍｂｅｒ(４ビット)：データ(例、ＰＤＳＣＨ、ＴＢ)に対するＨＡＲＱｐｒｏｃｅｓｓＩＤ(Ｉｄｅｎｔｉｔｙ)を示す。

－ＰＵＣＣＨＲｅｓｏｕｒｃｅｉｎｄｉｃａｔｏｒ(ＰＲＩ)：ＰＵＣＣＨリソース集合内の複数のＰＵＣＣＨリソースのうち、ＵＣＩ送信に使用されるＰＵＣＣＨリソースを示す。

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

図９を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは上りリンクスケジューリング情報(例、ＤＣＩフォーマット０_０、０_１)を含む。ＤＣＩフォーマット０_０、０_１は以下の情報を含む。

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

－Ｔｉｍｅｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：スロットオフセットＫ２、スロット内のＰＵＳＣＨの開始位置(例、シンボルインデックス)及び長さ(例：ＯＦＤＭシンボルの数)を示す。開始シンボルと長さはＳＬＩＶ(ＳｔａｒｔａｎｄＬｅｎｇｔｈＩｎｄｉｃａｔｏｒＶａｌｕｅ)により指示されるか、又はそれぞれ指示される。

以後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ２)でＰＵＳＣＨを送信する。ここで、ＰＵＳＣＨはＵＬ－ＳＣＨＴＢを含む。

ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)リソース集合

ＰＵＣＣＨを介してＵＣＩを送信するために、端末は専用の(ｄｅｄｉｃａｔｅｄ)ＰＵＣＣＨリソース設定を受信する。このような専用ＰＵＣＣＨリソース設定はＰＵＣＣＨリソース集合に関する情報を含む。例えば、ＰＵＣＣＨリソース集合に関する情報はＮ個のＰＵＣＣＨリソース、該当Ｎ個のＰＵＣＣＨリソースのそれぞれに対するＰＵＣＣＨフォーマット、開始シンボル、ＰＵＣＣＨリソース区間、ＰＲＢ(ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ)オフセット及びＣＳ(ＣｙｃｌｉｃＳｈｉｆｔ)集合に関する情報を含む。

例えば、専用ＰＵＣＣＨリソース設定の一番目のＰＵＣＣＨリソース集合は最大３２個のＰＵＣＣＨリソースを含み、残りのＰＵＣＣＨリソース集合は最大８個までのＰＵＣＣＨリソースを含むことができる。

もしＰＵＣＣＨ送信のためにインターレースを使用することが指示されると、端末は周波数ホッピングを用いてＰＵＣＣＨを送信する。もしインターレースの使用が指示されないと、端末は周波数ホッピングなしにＰＵＣＣＨを送信する。

端末がＰＤＳＣＨをスケジューリングするＤＣＩを受信し、それに対する応答としてＰＵＣＣＨを介してＨＡＲＱ－ＡＣＫを送信する場合、端末はＰＵＣＣＨリソース集合に含まれた１６個のＰＵＣＣＨリソースのうちのいずれかを決定して、決定されたＰＵＣＣＨリソースによりＨＡＲＱ－ＡＣＫを送信する。例えば、端末はＰＤＳＣＨをスケジューリングするＤＣＩを含むＰＤＣＣＨのＣＯＲＥＳＥＴ内のＣＣＥ(ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ)の数、ＰＤＣＣＨの一番目のＣＣＥのインデックス及びＰＤＳＣＨをスケジューリングするＤＣＩに含まれたＰＵＣＣＨＲｅｓｏｕｒｃｅｉｎｄｉｃａｔｏｒｆｉｅｌｄの値に基づいて、ＰＵＣＣＨリソースのインデックスを決定する。また、端末は決定されたインデックスに対応するＰＵＣＣＨリソースによりＨＡＲＱ－ＡＣＫを送信する。

ところが、端末が専用ＰＵＣＣＨリソース設定を受信できなかった場合(例えば、基地局が専用ＰＵＣＣＨリソース設定を送信する前の場合)、端末はＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎから以下の[表８]の列のうちのいずれかに対応するインデックスを得ることができる。

端末は得られたＰＵＣＣＨリソース集合のインデックスに対応するＰＵＣＣＨリソース集合のＰＲＢｏｆｆｓｅｔ、ＰＵＣＣＨリソース集合のインデックス、初期ＣＳインデックスの集合に含まれた初期ＣＳインデックスの数及びＢＷＰサイズに基づいて、ＰＵＣＣＨ送信のためのＰＲＢのインデックスを決定することができる。

また端末は決定されたＰＲＢのインデックス及びＰＵＣＣＨリソース集合のインデックスに対応するＰＵＣＣＨフォーマット、開始シンボル及びシンボル区間によるＰＵＣＣＨリソースによりＰＵＣＣＨを送信する。

一方、Ｒｅｌ－１５ＮＲＰＵＣＣＨの場合、ペイロードサイズ、カバレッジ及び遅延(ｄｅｌａｙ)などを考慮して、各目的に合わせて５つのＰＵＣＣＨフォーマット(ＰＵＣＣＨｆｏｒｍａｔ０／１／２／３／４)が定義される。また、Ｒｅｌ－１６ＮＲ－Ｕでは、占有チャネル帯域幅(ＯｃｃｕｐｉｅｄＣｈａｎｎｅｌＢａｎｄｗｉｄｔｈ；ＯＣＢ)及びＰＳＤ(ＰｏｗｅｒＳｐｅｃｔｒａｌＤｅｎｓｉｔｙ)のような非免許帯域の規制要求事項(ｒｅｇｕｌａｔｏｒｙｒｅｑｕｉｒｅｍｅｎｔｓ)に応じるために、Ｒｅｌ－１５ＰＵＣＣＨフォーマットでインターレースＲＢ割り当て方法に基づいて新しいＰＵＣＣＨのリソース割り当て方法を使用する。同様に、Ｒｅｌ－１７において５２.６ＧＨｚ以上の高周波帯域でＮＲを支援するために、既存のＲｅｌ－１５／１６の特定の信号とチャネルデザインを向上させる必要がある。この開示では、５２.６ＧＨｚ以上の高周波非免許帯域において最大出力電力提案及びＰＳＤ制限のような規制要求事項を考慮して、既存のＰＵＣＣＨフォーマットのリソース割り当て方式を向上させる方法について提案する。

ＮＲ周波数バンドは２つのタイプ(ＦＲ１、ＦＲ２)の周波数範囲(ｆｒｅｑｕｅｎｃｙｒａｎｇｅ，ＦＲ)により定義される。ＦＲ１、ＦＲ２は上記表３のように構成される。またＦＲ２はミリメートル波(ｍｉｌｌｉｍｅｔｅｒｗａｖｅ、ｍｍＷ)を意味する。

上述した周波数帯域より高い帯域(例えば、５２.６ＧＨｚ～１１４.２５ＧＨｚ帯域、特に７１ＧＨｚ)をＦＲ４と称し、該当ＦＲ４領域は非免許帯域にも使用することができる。

特定の地域／国では、非免許帯域に対する規定に特定のノードが信号を送信するためのＰＳＤと最大出力電力に対する制約が含まれる。例えば、ＦＲ４領域の一部帯域(例えば、ｂａｎｄ７５、ｃ１)では４０ｄＢｍの最大出力電力(ｍａｘｉｍｕｍｏｕｔｐｕｔｐｏｗｅｒ)と２３ｄＢｍ／１ＭＨｚのＰＳＤを満たして送信すべきであるという制約がある。

上記提案した制約事項を満たしながら最大送信電力を使用してＰＵＣＣＨを送信するためには、既存のＰＵＣＣＨフォーマットにリソース割り当て方法を向上させる必要がある。[表９]はＦＲ２領域で定義されたＳＣＳと帯域幅による総ＰＲＢ数を示す。

なお、[表９]に基づいて、ＳＣＳが２４０ｋＨｚ、４８０ｋＨｚ、９６０ｋＨｚまで増加し、帯域幅が８００ＭＨｚ、１６００ＭＨｚ、２０００ＭＨｚまで増加した場合に予想される総ＰＲＢ数はＴ[表１０]の通りである。

[表１０]のようにＳＣＳ及び帯域幅によるＰＲＢ数が定義されるとき、既存のＮＲ或いはＮＲ－Ｕに導入されたＰＵＣＣＨフォーマットの再使用が容易ではない。従って、この開示では、ＦＲ４のための向上したＰＵＣＣＨフォーマット及び向上した初期ＰＵＣＣＨリソース集合について提案する。なお、ＳＣＳ及び帯域幅による実際ＰＲＢ数は[表１０]との間に差があり得る。しかし、最終決定されたＰＲＢ数に基づいて以下の提案方法を容易に拡張して適用することができる。

なお、ＦＲ４領域(例えば、５２.６ＧＨｚ以上の帯域)には、ＰＳＤ規定と共に、１つのノードが最大に送信可能な電力の制限を規定して使用している。例えば、１つのノードは最大４０ｄＢｍの電力を使用することができる。よって、ＰＳＤ規定及び最大電力制限(ｍａｘｉｍｕｍｐｏｗｅｒｌｉｍｉｔ)を考慮すると、各ＳＣＳによって１ＰＲＢに送信可能な最大電力が決定される。また、各ＳＣＳによって各ＰＲＢに電力を最大に割り当てながら、最大電力制限を超えない最大ＰＲＢ数を[表１１]、[表１２]及び[表１３]のように計算することができる。[表１１]はＰＳＤ規定が２３ｄＢｍ／１ＭＨｚである場合を示し、[表１２]はＰＳＤ規定が１３ｄＢｍ／１ＭＨｚである場合を示す。

さらに、ＰＳＤ規定(ｒｅｑｕｉｒｅｍｅｎｔ)が３８ｄＢｍ／１ＭＨｚであり、最大電力制限(Ｍａｘｉｍｕｍｐｏｗｅｒｌｉｍｉｔ)がノードごとに５５ｄＢｍである場合、[表１３]の通りである。

特に、[表１１]と[表１３]において、＃ｏｆＰＲＢ数は同一である。但し、[表１１]及び[表１３]の例示はヨーロッパ地域のＥＴＳＩ規制要求事項(ｒｅｇｕｌａｔｏｒｙｒｅｑｕｉｒｅｍｅｎｔ)に基づくものである。もし他の地域の要求事項により＃ｏｆＰＲＢ数が[表１１]及び[表１３]と異なると、他の地域の要求事項に基づいて得られた＃ｏｆＰＢＢの数をこの開示の提案方法に適用することができる。

一方、ＰＳＤ要求事項及び最大電力制限を考慮して、ＳＣＳごとに最小ＰＲＢ数字を計算することができる。もし端末がＰＵＣＣＨを最大電力に基づいて送信できるためには、基地局は[表１１]ないし[表１３]で計算されたＰＲＢ数以上のリソースを割り当てる必要がある。

従って、端末の最大電力に基づいてＰＵＣＣＨを送信するために、以下のような提案方法が提案される。一方、提案方法で提案されたＰＲＢ数は基本的にＰＵＣＣＨｆｏｒｍａｔ０／１／２／３／４の送信のための連続するＰＲＢ数を意味するが、インターレースＰＲＢの形態にも拡張することができる。以下、この開示ではＰＵＣＣＨフォーマットごとに向上したリソース割り当て方法と初期ＰＵＣＣＨリソース集合を構成するＰＵＣＣＨリソースのリソース割り当て方法及びＰＲＢｏｆｆｓｅｔを設定する方法について提案する。

また、以下に説明する各提案方法は他の提案方法と互いに反しない限り、結合して共に適用してもよい。

この開示による提案方法を説明する前に、この開示による提案方法を具現するための端末及び基地局の全般的な動作過程について説明する。

図１０はこの開示の提案方法による端末の全般的な動作過程を説明するための図である。

図１０を参照すると、端末はＰＵＣＣＨのためのＲＢ数に関連する情報を受信する(Ｓ１００１)。このとき、情報の種類及び／又は情報に含まれたコンテンツに関する具体的な事項は[提案方法＃１]ないし[提案方法＃４]及び[提案方法＃６]のうちのいずれかにに基づく。

端末はＲＢ数及びＰＲＢｏｆｆｓｅｔに基づいてＰＵＣＣＨリソースを決定する(Ｓ１００３)。このとき、端末がＰＵＣＣＨリソースを決定する具体的な方法は[提案方法＃２]及び[提案方法＃５]のうちのいずれかに基づく。

端末は決定されたＰＵＣＣＨリソースによりＰＵＣＣＨを送信する(Ｓ１００５)。

図１１はこの開示の提案方法による基地局の全般的な動作過程を説明するための図である。

図１１を参照すると、基地局は端末にＰＵＣＣＨのためのＲＢ数に関連する情報を送信する(Ｓ１１０１)。このとき、情報の種類及び／又はこの情報に含まれたコンテンツに関する具体的な事項は[提案方法＃１]ないし[提案方法＃４]及び[提案方法＃６]のうちのいずれかに基づく。

基地局はＰＵＣＣＨリソースによりＰＵＣＣＨを受信する(Ｓ１１０３)。このとき、ＰＵＣＣＨリソースはＲＢ数及びＰＲＢｏｆｆｓｅｔに基づいて決定される。またＰＵＣＣＨリソースが決定される具体的な方法は[提案方法＃２]及び[提案方法＃５]のうちのいずれかに基づく。

図１２はこの開示の提案方法によるネットワークの全般的な動作過程を説明するための図である。

図１２を参照すると、基地局は端末にＰＵＣＣＨのためのＲＢ数に関連する情報を送信する(Ｓ１２０１)。このとき、情報の種類及び／又はこの情報に含まれたコンテンツに関する具体的な事項は[提案方法＃１]ないし[提案方法＃４]及び[提案方法＃６]のうちのいずれかに基づく。

端末はＲＢ数及びＰＲＢｏｆｆｓｅｔに基づいてＰＵＣＣＨリソースを決定する(Ｓ１２０３)。このとき、端末がＰＵＣＣＨリソースを決定する具体的な方法は[提案方法＃２]及び[提案方法＃５]のうちのいずれかに基づく。

端末は決定されたＰＵＣＣＨリソースにより基地局にＰＵＣＣＨを送信する(Ｓ１２０５)。

以下、上述した図１０ないし図１２の内容に基づいて、この開示の提案方法について説明する。

[提案方法＃１]

ＰＳＤ制限及び最大出力電力制限のような規制要求事項(Ｒｅｇｕｌａｔｏｒｙｒｅｑｕｉｒｅｍｅｎｔｓ)、ＢＷＰ内の加用ＲＢ数、初期ＰＵＣＣＨリソース集合を構成するリソースの数、端末多重化及び隣接する他のセル間のＰＲＢｏｆｆｓｅｔによる多重化を考慮して、初期ＰＵＣＣＨリソースでＰＵＣＣＨｆｏｒｍａｔ０／１の送信に使用するＲＢ数であるＮＲＢを設定／指示する方法について説明する。

１．実施例＃１－１

初期ＢＷＰ(Ｉｎｉｔｉａｌｂａｎｄｗｉｄｔｈｐａｒｔ)に設定されたＳＣＳ(ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ)とＢＷＰのＢＷサイズによる加用のＲＢ数に基づいて、セル内の各ＰＵＣＣＨリソース集合ごとにＦＤＭ(ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)リソース数が不足しないように、ＰＲＢｏｆｆｓｅｔに基づいて隣接する他のセルとのＰＵＣＣＨリソース多重化を考慮してＮ_ＲＢを設定／計算することができる。

(１)基地局が初期ＢＷＰのＳＣＳとＢＷサイズに関する情報を提供すると、端末が暗黙的(ｉｍｐｌｉｃｉｔ)にＮ_ＲＢ値を[数１]により計算する。このとき、ＰＲＢｏｆｆｓｅｔは以下の[提案方法＃２]に述べたように、[表８]のＰＲＢｏｆｆｓｅｔにＮ_ＲＢ或いはｋ×Ｎ_ＲＢだけのスケールが必要である。言い換えれば、ＰＲＢｏｆｆｓｅｔは[表８]のＰＲＢｏｆｆｓｅｔと同様に使用されるか、[表８]のＰＲＢｏｆｆｓｅｔにＮＲＢ或いはｋ×ＮＲＢだけのスケールされた値が使用される。

(２)基地局が初期ＢＷＰのＳＣＳとＢＷサイズに関する情報を提供すると、端末が暗黙的(ｉｍｐｌｉｃｉｔ)にＮ_ＲＢ値を[数２]により計算する。一方、[数２]において、β値は隣接する他のセル間の多重化のためのものであり、基地局により設定／指示されるか又は標準に定義される。

(３)他のチャネルとの多重化を考慮して、実施例＃１－１(１)又は実施例＃１－１(２)に基づいて算出されたＮ_ＲＢより小さいか又は等しい値のうち、最大２^ｎに基づいて最大２^ｎ個のＲＢを使用してＰＵＣＣＨが送信される。

(４)隣接する他のセルが使用する初期ＰＵＣＣＨリソース集合を考慮して、実施例＃１－１(１)又は実施例＃１－１(２)に基づいて算出されたＮ_ＲＢを全てのＰＵＣＣＨリソース集合インデックス(ＰＵＣＣＨＲｅｓｏｕｒｃｅｓｅｔｉｎｄｅｘ)ごとに計算し、それらのうちの最小のＮ_ＲＢ数をＰＵＣＣＨ送信に使用する。

以下、[提案方法＃１]について具体的に説明する。

上述したように、特定の帯域に対する各地域／国ごとの規制要求事項(ｒｅｇｕｌａｔｉｏｎｒｅｑｕｉｒｅｍｅｎｔｓ)によってＰＳＤや最大出力電力(ｍａｘｉｍｕｍｏｕｔｐｕｔｐｏｗｅｒ)の制限が異なる。

[提案方法＃１]は上述した規制要求事項と５２.６ＧＨｚ以上の帯域で支援されるＳＣＳ及びＢＷのサイズごとの加用のＲＢ数、初期ＰＵＣＣＨリソース集合を構成するリソース数と端末多重化を考慮して、ＰＵＣＣＨｆｏｒｍａｔ０／１の送信に使用するＲＢ数を設定／指示する方法である。既存のＲｅｌ－１５の場合、１つのＲＢのみを使用してＰＵＣＣＨｆｏｒｍａｔ０／１を送信したので、Ｒｅｌ－１５のＰＵＣＣＨｆｏｒｍａｔ０／１の送信方法を５２.６ＧＨｚにも同様に適用すれば、出力電力(ｏｕｔｐｕｔｐｏｗｅｒ)が不十分であり、カバレッジが不足する。

反面、カバレッジの問題を解決するために、ＰＵＣＣＨ送信に使用する基本ＲＢ数を過度に設定すると、セル内端末間のＦＤＭ(ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ)できるリソースが不足する。従って、５２.６ＧＨｚ以上の帯域のための適切な数のＮ_ＲＢ設定／指示方法が必要である。

例えば、ＳＣＳごとのＰＳＤ要求事項及び最大電力制限を考慮して計算した最小ＰＲＢ数を示すと、[表１４]の通りである。なお、表１４はヨーロッパのＢａｎｄ７５(ｃ１)要求事項に基づいて計算したものである。

[表１４]のＰＲＢ数を満たすＰＵＣＣＨｆｏｒｍａｔ０／１を構成する方法として、ＰＵＣＣＨｆｏｒｍａｔ０／１に使用されるシーケンスをＰＳＤ要求事項及び最大出力電力制限(Ｍａｘｉｍｕｍｏｕｔｐｕｔｐｏｗｅｒｌｉｍｉｔ)を考慮して計算した最小ＰＲＢ数だけの長さを有する長いシーケンスに設定する方法が考慮される。

例えば、各ＳＣＳごとにＰＳＤ要求事項及び最大電力制限を考慮して計算したＰＲＢ数が[表１４]の通りであれば、[表１５]のようにＰＵＣＣＨｆｏｒｍａｔ０／１のために使用可能なシーケンス長さを提案することができる。なお、[表１５]で提案したシーケンス長さは全体ＲＥ数より小さい数のうち、一番大きい素数である。

なお、現在標準においてシーケンス長さが３６以下である場合、ＣＧＳ(ｃｏｍｐｕｔｅｒｇｅｎｅｒａｔｅｄｓｅｑｕｅｎｃｅ)に基づくシーケンスを使用する。また、シーケンス長さが３６以上である場合は、ＺＣ(Ｚａｄｏｆｆ-Ｃｈｕ)シーケンスを使用する。従って、[表１５]の場合、ＳＣＳによる全てのシーケンス長さが３６以上であるので、ＺＣシーケンスが使用される。

一方、ＮＲの初期ＰＵＣＣＨリソース集合(ｉｎｉｔｉａｌＰＵＣＣＨＲｅｓｏｕｒｃｅｓｅｔ)のための表を見ると、[表８]の通りである。

[表８]を参照すると、ＮＲでは“ＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓ”が２つである場合(例えば、ｉｎｄｅｘ０, ３, ７, １１)、ＰＵＣＣＨｆｏｒｍａｔ０／１が単一の(ｓｉｎｇｌｅ)ＰＲＢを用いて送信されるので(即ち、１つのＰＲＢが１つのＦＤＭリソースであるので)、総８個のＰＲＢが必要である。

また、“ＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓ”が３つである場合(例えば、ｉｎｄｅｘ１, ２)、総６個のＰＲＢが必要である。また“ＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓ”が４つである場合には(例えば、ｉｎｄｅｘ４, ５, ６, ８, ９, １０, １２, １３, １４, １５)、総４個のＰＲＢが必要である。

ＦＲ４で説明したように、ＰＳＤ要求事項及び最大電力制限を考慮して、[表１４]のように最小ＰＲＢ値を定義することができる。また最小ＰＲＢ値を初期ＰＵＣＣＨリソース集合(ｉｎｉｔｉａｌＰＵＣＣＨＲｅｓｏｕｒｃｅｓｅｔ)に適用させるためには、１つのＦＤＭリソースに該当するＰＲＢ数を[表１４]のように最小ＰＲＢとして設定することができる。上述したように、[表８]の“ＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓ”が２つである場合(例えば、ｉｎｄｅｘ０, ３, ７, １１)、総８個のＦＤＭリソースが必要であり、８個のＦＤＭリソースが構成できるか否かを各ＳＣＳ値及び／又はｎｏｍｉｎａｌＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰＢＷ)サイズにより示すと、[表１６]の通りである。

一方、[表１６]は[表１４]の最小ＰＲＢ数に基づく。

[表１６]を見ると、ｎｏｍｉｎａｌＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰＢＷ)のサイズが２００ＭＨｚ或いは４００ＭＨｚである場合には全てのＳＣＳ値に対して８つのＦＤＭリソースを確保することができない。

また、[表８]の“ＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓ”が３つである場合は(例えば、ｉｎｄｅｘ１, ２)、総６個のＦＤＭリソースが必要であるが、６つのＦＤＭリソースが構成可能であるか否かを各ＳＣＳ値及び／又はｎｏｍｉｎａｌＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰＢＷ)のサイズによって示すと、[表１７]の通りである。また[表１７]は[表１４]の最小ＰＲＢ数に基づく。

[表１７]を見ると、ｎｏｍｉｎａｌＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰＢＷ)のサイズが２００ＭＨｚである場合には全てのＳＣＳ値に対して６つのＦＤＭリソースを確保することができない。

従って、ＦＲ４で既存のＮＲの初期ＰＵＣＣＨリソース集合をそのまま適用すると、上述したように、ＦＤＭリソースが確保されない問題が発生し得る。よって、それを解決するために、ＦＲ４では初期ＰＵＣＣＨリソース集合を使用するとき、以下の方法を適用する。

例えば、[表１６]において、初期ＢＷＰのＳＣＳが１２０ｋＨｚであり、ＢＷサイズが４００ＭＨｚである場合、“ＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓ”が２つである(例えば、ｉｎｄｅｘ０, ３, ７, １１)ＰＵＣＣＨリソース集合が(ＲＭＳＩにより)指示されると、総８個のＦＤＭリソースが必要であるので(即ち、８×Ｎ_ＲＢ個のＰＲＢが必要)ＢＷＰ内に加用のＲＢ数が２６４であり、単一セルのみを考慮すれば、ＰＵＣＣＨ送信のためのＮ_ＲＢを３３個に設定することができる。

一方、ＰＵＣＣＨを規制要求事項(ｒｅｇｕｌａｔｏｒｙｒｅｑｕｉｒｅｍｅｎｔ)が許容する最大出力電力(ｏｕｔｐｕｔｐｏｗｅｒ)で送信するためには、最小３５個のＲＢを使用しなければならないが、初期ＢＷＰのＢＷサイズと加用のＦＤＭリソース数を８個に合わせるために、３５個より少ない３３個のＲＢを使用する。

しかし、実際は隣接する他のセルが使用する初期ＰＵＣＣＨリソース集合との多重化(例えば、ＦＤＭ)を考慮する必要があるので、初期ＢＷＰ内に加用の全体ＲＢ数のうち、他のセルで使用するＲＢを考慮してＲＭＳＩにより指示された初期ＰＵＣＣＨリソース集合のＰＲＢｏｆｆｓｅｔ×２倍のＲＢを除いた残りのＲＢでＰＵＣＣＨリソースを構成する必要がある。従って、上記例示を[数１]及び／又は[数２]に代入すると、Ｎ_ＲＢ＝１７が導き出される必要がある。

実施例＃１－１(１)の[数１]では、ＰＲＢｏｆｆｓｅｔ値がＮ_ＲＢに対する関数で表現されるので、実施例＃１－１(２)の[数２]のように、[数１]のＰＲＢｏｆｆｓｅｔ値の代わりに基地局により設定／指示されるか、或いは標準に定義されるβを使用して隣接する他のセル間の多重化のためにＰＲＢｏｆｆｓｅｔを適用することと同様の効果が得られる。このとき、βはＰＲＢｏｆｆｓｅｔとは関係なく設定される値である。例えば、１つのＰＵＣＣＨリソース集合のために２×Ｎ_ＲＢ個のＰＲＢが割り当てられる構造であれば、βは０.５に設定される。

一方、他のチャネルとの多重化を考慮して、実施例＃１－１(１)或いは実施例＃１－１(２)に基づいて算出されたＮ_ＲＢより小さいか又は等しい値のうち、最大の２^ｎをＰＵＣＣＨ送信に使用されるＲＢ数として決定することもできる。

例えば、計算したＮ_ＲＢ値が３３或いは２２であれば、他のチャネルとの多重化を考慮して、３３又は２２より小さい最大の２^ｎである３２又は１６をＰＵＣＣＨ送信のＲＢ数として使用することができる。

一方、隣接する他のセルが使用する初期ＰＵＣＣＨリソース集合インデックス(ｉｎｉｔｉａｌＰＵＣＣＨＲｅｓｏｕｒｃｅｓｅｔｉｎｄｅｘ)を分からないことを考慮して、実施例＃１－１(１)或いは実施例＃１－１(２)に基づいて算出されたＮ_ＲＢを実際ＲＭＳＩにより指示された初期ＰＵＣＣＨリソース集合インデックスとは関係なく全てのインデックスごとに計算し、算出されたＮ_ＲＢのうち、最小Ｎ_ＲＢ値をＰＵＣＣＨ送信ＲＢ数として使用することもできる。

[提案方法＃１]は基地局が別にＮ_ＲＢを端末に設定しなくても、初期ＢＷＰのＳＣＳとＢＷサイズに関する情報を暗黙的に(ｉｍｐｌｉｃｉｔ)端末に提供すれば、端末が初期ＰＵＣＣＨリソース集合のＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓを基準として、ＦＤＭリソースが不足しないようにするＮ_ＲＢ値を計算することができる。

即ち、[提案方法＃１]によれば、既存の標準内容にＮ_ＲＢを指示するための別のシグナリングを考えるか、又はＮ_ＲＢを指示するためのビットの追加を考慮しなくてもよいので、シグナリングの複雑性又はオーバーヘッドを増加させることがない。

[提案方法＃２]

ＰＵＣＣＨｆｏｒｍａｔ０／１の送信に使用するＲＢ数のＮ_ＲＢに連関する初期ＰＵＣＣＨリソース集合のＰＲＢｏｆｆｓｅｔを設定する方法について説明する。

１．実施例＃２－１

[提案方法＃１]の方法に基づいて計算されたＮ_ＲＢ又は基地局がＳＩＢ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ)のような上位階層信号(例えば、ＲＲＣシグナリング)により設定／指示したＮ_ＲＢに基づいて既存のＰＲＢｏｆｆｓｅｔにＮ_ＲＢだけスケールして、５２.６ＧＨｚ以上の帯域で使用するＰＲＢｏｆｆｓｅｔを決定する。

２．実施例＃２－２

[提案方法＃１]の方法により計算されたＮ_ＲＢ又は基地局がＳＩＢ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ)のような上位階層信号(例えば、ＲＲＣシグナリング)により設定／指示したＮ_ＲＢに基づいて、既存のＰＲＢｏｆｆｓｅｔ値にｋ×Ｎ_ＲＢだけスケールして、５２.６ＧＨｚ以上の帯域で使用するＰＲＢｏｆｆｓｅｔを決定する。

ここで、ｋは予め標準に定義された値であるか又は基地局により設定／指示された値である。また、０＜ｋ＜１である。

[表８]のように、ＰＲＢｏｆｆｓｅｔがＲｅｌ－１５で初めて導入した目的は、初期ＰＵＣＣＨ送信に対するｉｎｔｅｒ-ｃｅｌｌ間のＦＤＭ共存(ｃｏｅｘｉｓｔｅｎｃｅ)のためのものである。同じ理由で、５２.６ＧＨｚ以上の帯域でＰＵＣＣＨ送信のためのＲＢ数が[提案方法＃１]のようにＮ_ＲＢに設定／計算されたか、又はＲＲＣシグナリングによりＰＵＣＣＨ送信のためのＲＢ数が指示された場合、そのときのＰＲＢｏｆｆｓｅｔにも向上(ｅｎｈａｎｃｅｍｅｎｔ)が必要である。

[表８]のｉｎｄｅｘ１、２の場合、２－ｃｅｌｌ間のＦＤＭを考慮したものであり、ｉｎｄｅｘ４、５、６、８、９、１０、１２、１３及び１４の場合、３－ｃｅｌｌ間のＦＤＭを考慮したものである。また[表８]において、ｉｎｄｅｘ０、３、７及び１１はセルエッジ(Ｃｅｌｌ－Ｅｄｇｅ)ＵＥのように極端的なチャネル遅延(ｅｘｔｒｅｍｅｃｈａｎｎｅｌｄｅｌａｙ)状況を考慮したものであり、ｉｎｄｅｘ１５は空間的セル配置(ｓｐｅｃｉａｌｃｅｌｌｄｅｐｌｏｙｍｅｎｔ)状況を考慮したものである。

具体的には、[表８]のｉｎｄｅｘ１、２の場合、１つのＰＵＣＣＨリソース集合のために３つのＰＲＢが割り当てられるので、２つのセルがＰＲＢｏｆｆｓｅｔ＝３を用いて互いにＦＤＭすることができる。また[表８]のｉｎｄｅｘ４、５、６、８、９、１０、１２、１３及び１４の場合、１つのＰＵＣＣＨリソース集合のために２つのＰＲＢが割り当てられるので、３つのセルがＰＲＢｏｆｆｓｅｔ＝２又は４を用いて互いにＦＤＭすることができる。

従って、[表８]は既存のＲｅｌ－１５のＰＵＣＣＨｆｏｒｍａｔ０／１が１つのＰＲＢにより送信される場合に２／３－ｃｅｌｌ間のｆｕｌｌＦＤＭをターゲットして設計されたものであるので、５２.６ＧＨｚ帯域でＰＵＣＣＨ送信に使用するＲＢ数を増加させると、現在のような２／３／４間隙のＰＲＢｏｆｆｓｅｔを実施例＃２－１のようにＮ_ＲＢだけスケールアップ(ｓｃａｌｉｎｇｕｐ)する必要がある。

例えば、初期ＢＷＰのＳＣＳが１２０ｋＨｚ及びＢＷサイズが２００ＭＨｚに設定され、“ＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓ”が３つである(例えば、ｉｎｄｅｘ１、２)ＰＵＣＣＨリソース集合が指示されると、総６個のＦＤＭリソースが必要であるので、Ｎ_ＲＢ＝２２に設定／計算されたＲＢ数に基づいて端末は初期ＢＷＰ内で加用のＦＤＭリソース６個(即ち、総６×２２個のＰＲＢ)を使用することができる。このとき、ＰＲＢｏｆｆｓｅｔはＮ_ＲＢだけ単純スケールアップして６６(＝２２×３)に設定される。

一方、Ｎ_ＲＢは初期ＢＷＰのＢＷサイズを考慮して１つのセル観点で初期ＰＵＣＣＨリソース集合ごとに１６個の加用のリソースが割り当てられるように計算した値であるので、全てのセルがそれぞれのＮ_ＲＢ数だけのＰＲＢを使用すると、ｉｎｔｅｒ－ｃｅｌｌ間にリソースが重畳(ｏｖｅｒｌａｐ)してＦＤＭが正しく行われない可能性がある。

従って、実施例＃２－２のように、ｆｕｌｌＦＤＭではないｐａｒｔｉａｌＦＤＭの形態でｉｎｔｅｒ－ｃｅｌｌ間の共存を支援するようにＰＲＢｏｆｆｓｅｔを設定することもできる。例えば、[表８]のｉｎｄｅｘ４、５、６、８、９、１０、１２、１３及び１４の場合、ＰＲＢｏｆｆｓｅｔを２×Ｎ_ＲＢ或いは４×Ｎ_ＲＢではない１×Ｎ_ＲＢ或いは２×Ｎ_ＲＢ値の形態で設定すると(即ち、Ｋ＝０.５である場合)、ｉｎｔｅｒ－ｃｅｌｌ間の重畳するリソースが一部存在するが、基地局が重畳しないリソースのみを優先して使用し、リソースが重畳して使用できないＰＵＣＣＨリソースに対しては開始シンボル(ｓｔａｒｔｉｎｇｓｙｍｂｏｌ)を追加するか、或いはさらにＯＣＣｉｎｄｅｘを考慮することにより確保することができる。このとき、ｉｎｔｅｒ－ｃｅｌｌ間の重畳したリソースにより有効ではないリソース(ｉｎｖａｌｉｄＲｅｓｏｕｒｃｅ)が存在する可能性もある。

一方、既存のＲｅｌ１５及びＲｅｌ１６では、ＰＵＣＣＨｆｏｒｍａｔ０／１が１つのＰＲＢにより送信されたので、ＰＲＢｏｆｆｓｅｔに基づいてＰＵＣＣＨｆｏｒｍａｔ０／１を送信するための１つのＰＲＢのインデックスが決定される。

反面、５２.６ＧＨｚ以上の帯域でのＰＵＣＣＨｆｏｒｍａｔ０／１のためには、１つ以上のＰＲＢが必要であるので、[提案方法＃２]によってスケール(ｓｃａｌｉｎｇ)したＰＲＢｏｆｆｓｅｔは、１つ以上のＰＲＢのうち、最低インデックスを有するＰＲＢ(又は最高インデックスを有するＰＲＢ)を決定するために使用される。

言い換えれば、５２.６ＧＨｚ以上の帯域でのＰＵＣＣＨｆｏｒｍａｔ０／１のための１つ以上のＰＲＢは、Ｎ_ＲＢによってスケールしたＰＲＢｏｆｆｓｅｔに基づいて最低インデックスのＰＲＢ(又は最高インデックスのＰＲＢ)が決定され、該当ＰＲＢからＮ_ＲＢ数だけ連続する(又は非連続する)ＰＲＢがＰＵＣＣＨｆｏｒｍａｔ０／１のために割り当てられると決定することができる。

[提案方法＃２]によれば、５２.６ＧＨｚ以上の帯域でＰＵＣＣＨｆｏｒｍａｔ０／１の送信のために複数のＰＲＢを使用しても、スケールされるＰＲＢｏｆｆｓｅｔを用いて、ＦＤＭによる互いに異なるセル間のＰＲＢ重畳を最小化し、効率的なｉｎｔｅｒ－ｃｅｌｌ間のＦＤＭを行うことができる。

一方、上述したように、Ｒｅｌ－１５ＰＵＣＣＨｆｏｒｍａｔ０／１／４は１つのＲＢにより送信されるＰＵＣＣＨｆｏｒｍａｔである。しかし、５２ＧＨｚ以上の高周波非免許帯域で十分な信頼性(Ｒｅｌｉａｂｉｌｉｔｙ)を確保するためには、規定(Ｒｅｇｕｌａｔｉｏｎ)により許容される最大ＰＳＤ(ｐｏｗｅｒｓｐｅｃｔｒａｌｄｅｎｓｉｔｙ)と最大出力電力制限内で１つ以上のｍｕｌｔｉ－ＲＢを使用してＰＵＣＣＨｆｏｒｍａｔ０／１／４(以下、ｅｎｈａｎｃｅｄＰＵＣＣＨｆｏｒｍａｔ０／１／４)を送信することが考えられる。

このとき、規定により許容される最大ＰＳＤとして許容される最大出力電力(ｍａｘｉｍｕｍａｌｌｏｗｅｄｏｕｔｐｕｔｐｏｗｅｒ)の達成に必要なＲＢ数はＳＣＳごとに異なる。場合によっては、許容される最大出力電力を全部使用しなくても、ＢＷＰ内に加用のＲＢの総数とは異なる信号／チャネルとの多重化及びスケジューリングを考えたとき、より少ない数のＲＢを使用してＰＵＣＣＨを送信する必要があり得る。従って、以下の提案方法では、各ＳＣＳごとの最大Ｎ_ＲＢ値及び許容されるＮ_ＲＢ値をＳＣＳの間に比例的に設定する方法などについて提案する。

[提案方法＃３]

Ｍｕｌｔｉ－ＲＢを用いたｅｎｈａｎｃｅｄＰＵＣＣＨｆｏｒｍａｔ０／１／４のためのＲＢ数(Ｎ_ＲＢ)を設定する方法について説明する。

１．実施例＃３－１

Ｂ５２帯域(即ち、５２.６ＧＨｚ以上の帯域)で支援されるＳＣＳのうち、特定のＳＣＳ及び特定の基準(例えば、最大出力電力)に基づいて決定された最大Ｎ_ＲＢ値によって他のＳＣＳの最大Ｎ_ＲＢ値を比例又は倍数の関係に設定する。

２．実施例＃３－２

各ＳＣＳごとに定義された最小Ｎ_ＲＢ又は最大Ｎ_ＲＢの間の許容されるＮ_ＲＢ値もＳＣＳに比例又は倍数の関係に設定することができる。ここで、最小Ｎ_ＲＢは１より大きいか又は等しい正の整数を意味する。

以下、[提案方法＃３]について具体的に説明する。

ヨーロッパで６０ＧＨｚ帯域の規定文書であるＥＴＳＩＥＮ３０２５６７を例とすると、Ｂ５２帯域(即ち、５２.６ＧＨｚ以上の帯域)で支援可能な各ＳＣＳごとの最大ＰＳＤは２３ｄＢｍ／ＭＨｚであり、最大出力電力(例えば、４０ｄＢｍ)の達成のための最小ＰＲＢ数を計算すると、[表１８]の通りである。なお、[表１８]はヨーロッパのＢａｎｄ７５(ｃ１)の要求事項に基づいて計算したものである。

ＰＵＣＣＨのカバレッジと信頼性を高めるために、規定により許容される最大出力電力を用いてＰＵＣＣＨを送信することが有利である。従って、基地局は[表１８]の各ＳＣＳごとのＲＢ数をＮ_ＲＢに設定／指示することができる。しかし、特定の活性ＢＷＰのサイズではＢＷＰ内に加用のＲＢ数が制限的であるので、最大出力電力より小さい電力で送信可能なＲＢ数のみをＮ_ＲＢとして設定／指示することもある。

[表１８]において、各ＳＣＳごとの最大出力電力(例えば、４０ｄＢｍ)達成のための最小Ｎ_ＲＢは互いに相関関係がないこともある。また、各ＳＣＳごとに定義された最小Ｎ_ＲＢの間に許容される正の整数値を有するＮ_ＲＢ値も相関関係がないこともある、しかし、ＰＦ４(ＰＵＣＣＨｆｏｒｍａｔ４)のためのＰＲＢ数は常に２、３或いは５の倍数(例えば、ＤＦＴｃｏｎｓｔｒａｉｎｔ → ２^ａ×３^ｂ×５^ｃの形態で表現可能な数、ここで、ａ、ｂ、ｃは０を含む正の整数)を満たすように設定される必要があるので、ＳＣＳごとに最大Ｎ_ＲＢ値及び許容される(ａｌｌｏｗｅｄ)Ｎ_ＲＢ値の間には特定の関係を有するように設定／指示される。なお、もしＳＣＳごとに最大Ｎ_ＲＢ及び許容されるＮ_ＲＢ値の間に比例又は倍数関係があれば、特定のＳＣＳ値の最大Ｎ_ＲＢ及び許容されるＮ_ＲＢ値のみを設定／指示し、残りのＳＣＳのための値は端末が比例又は倍数関係を用いて計算することもできる。

実施例＃３－１の例示においては、１２０ｋＨｚ(ｕ＝３) ＳＣＳで最大出力電力を基準として最大Ｎ_ＲＢ値が３２であれば、４８０ｋＨｚ(ｕ＝５)／９６０ｋＨｚ(ｕ＝６)のＳＣＳであるときにはＮ_ＲＢ値がそれぞれ３２／４＝８と３２／８＝４に設定／指示される。或いは９６０ｋＨｚＳＣＳで最大出力電力を基準として最大Ｎ_ＲＢ値が５であれば、１２０ｋＨｚＳＣＳの最大Ｎ_ＲＢ値は５×８＝４０、４８０ｋＨｚＳＣＳの最大Ｎ_ＲＢ値は５×２＝１０のように、ＳＣＳごとに比例又は倍数関係に設定／指示される。基地局は基準となるＳＣＳの最大Ｎ_ＲＢ値のみを設定し、残りのＳＣＳのＮ_ＲＢ値は比例又は倍数関係を用いて計算する。

実施例＃３－２の例示においては、９６０ｋＨｚＳＣＳで最小／最大のＮ_ＲＢ値の間に許容されるＮ_ＲＢ値が{１,ａ,ｂ,…,ｚ}に設定／指示される場合、１２０ｋＨｚＳＣＳでの許容されるＮ_ＲＢ値は{１,８ａ,８ｂ,…,８ｚ}、４８０ｋＨｚＳＣＳでの許容されるＮ_ＲＢ値は{１,２ａ,２ｂ,…,２ｚ}に設定／指示されて、各ＳＣＳごとに最小Ｎ_ＲＢと最大Ｎ_ＲＢの間に許容値(ａｌｌｏｗｅｄｖａｌｕｅ)もＳＣＳに対する比例又は倍数関係で設定／指示される。

[提案方法＃３]によれば、各ＳＣＳごとの最小／最大Ｎ_ＲＢをそれぞれ設定せず、１つのＳＣＳに対する最小／最大Ｎ_ＲＢのみを基地局が端末に設定すればよいので、支援するＳＣＳの数に関係なく、常に同一の設定個数を維持することができる。言い換えれば、基地局は端末に対して最小／最大Ｎ_ＲＢに関する情報のみを指示／設定すればよいので、シグナリングオーバーヘッドが増加しない。例えば、基地局が支援する通信環境で使用可能なＳＣＳが４つであるが、端末の通信環境で実際使用できるＳＣＳが２つである場合、基地局が４つのＳＣＳに対する最小／最大Ｎ_ＲＢに関する情報を全て設定せず、１つのＳＣＳに対する最小／最大Ｎ_ＲＢのみを指示／設定すればよいので、不要な設定が減少する。一方、端末は該当端末が実際使用できるＳＣＳの数だけ直接演算すればよいので、複雑性も増加しない。

[提案方法＃４]

基地局から端末に設定されたＮ_ＲＢ値がない場合、端末が初期ＢＷＰサイズ(例えば、ＢＷＰのＢＷ内の加用の(ａｖａｉｌａｂｌｅ)ＲＢ数)とｉｎｔｅｒ－ｃｅｌｌＦＤＭのためのＰＲＢｏｆｆｓｅｔを考慮して指示されたＰＵＣＣＨリソース集合インデックス(Ｒｅｓｏｕｒｃｅｓｅｔｉｎｄｅｘ)によって初期ＰＵＣＣＨリソース(例えば、ＰＵＣＣＨｆｏｒｍａｔ０／１)の送信のためのＮ_ＲＢ値を以下の[数３]により計算／設定する方法について説明する。

ここで、

はＳＣＳごとのＰＳＤ及び最大出力電力の要求事項(ｍａｘｉｍｕｍｏｕｔｐｕｔｐｏｗｅｒｒｅｑｕｉｒｅｍｅｎｔ)を満たすＲＢ数であり、[提案方法＃３]のＳＣＳごとに定義される最小Ｎ_ＲＢを意味する。

また、ＭはＢＷＰ内の加用のＲＢ数を意味し、ＯはＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓの数により計算されるセル内の１つのＰＵＣＣＨＲｅｓｏｕｒｃｅｈｏｐごとに必要なＦＤＭリソース数(例えば、ＦＤＭされるｉｎｔｅｒ－ｃｅｌｌの間のＰＲＢｏｆｆｓｅｔのサイズ)を意味する。

また、ＦはＦＤＭされるセルの数であり、常数２は周波数ホッピング(Ｆｒｅｑｕｅｎｃｙｈｏｐｐｉｎｇ)を反映したものである。また、各ＰＵＣＣＨリソース集合のインデックスごとのＰＲＢｏｆｆｓｅｔの場合、[数３]により計算されたＮ_ＲＢの倍数と定義され、特定のＰＵＣＣＨリソース集合インデックスに基づいて計算されたＮ_ＲＢを他のＰＵＣＣＨリソース集合にも適応して同一のＮ_ＲＢサイズを使用するように設定することもできる。

但し、[数３]により計算して設定される初期ＰＵＣＣＨリソースのためのＮ_ＲＢ値は非免許帯域にのみ適用される。また免許帯域の場合は、

でこの提案方法が適用される。

一方、ＳＩＢ１やＰＢＣＨなどにより、該当セルが免許帯域(ｌｉｃｅｎｓｅｄｂａｎｄ)で動作するセルであるか、或いは非免許帯域(ｕｎｌｉｃｅｎｓｅｄｂａｎｄ)で動作するセルであるかが指示される。例えば、端末はＳＩＢ１又はＰＢＣＨに含まれた１－ｂｉｔｆｌａｇによって、該当セルが免許帯域で動作するセルであるか、或いは非免許帯域で動作するセルであるかを認知することができる。

基地局が初期ＰＵＣＣＨリソース(ｉｎｉｔｉａｌＰＵＣＣＨｒｅｓｏｕｒｃｅ)により送信されるＰＵＣＣＨｆｏｒｍａｔ０／１(ＰＦ０／１)のＮ_ＲＢをＳＩＢ１(又はＲＭＳＩ)内のＲＡＣＨ設定パラメータのような上位階層信号により端末に指示／設定することもできるが、そうではない場合には、ＳＩＢ１(又はＲＭＳＩ)により指示されるＰＵＣＣＨリソース集合インデックスと初期ＢＷＰのＢＷサイズ及びＳＣＳに基づいて、[数３]を用いて端末が初期ＰＵＣＣＨリソースのＮ_ＲＢを計算／設定することもできる。

例えば、[表８]及び[表１７]を参照すると、初期ＢＷＰのＳＣＳ及びＢＷサイズがそれぞれ１２０ｋＨｚ、２００ＭＨｚ(加用のＲＢ数Ｍ＝１３２)であり、ＳＩＢ１(又はＲＭＳＩ)により[表８]のインデックス１又はインデックス２が指示された場合、ＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓが３つであるので、ホップごとにＦＤＭに必要なリソース数Ｏ＝３であり(即ち、ＰＲＢｏｆｆｓｅｔのサイズが３)、インデックス１又はインデックス２は２セル間のＦＤＭをターゲットとするものであるので、Ｆ＝２を数式に代入すると、Ｎ_{ＲＢ、１２０}＝ｆｌｏｏｒ{１３２／(３×２×２)}＝１１のように計算できる。もし初期ＢＷＰのＳＣＳが４８０ｋＨｚであり、ＢＷサイズが４００ＭＨｚ(Ｍ＝６６)であれば、Ｎ_{ＲＢ、４８０}＝ｆｌｏｏｒ{６６／(３×２×２)}＝５のように計算できる。

さらに他の例において、初期ＢＷＰのＳＣＳ及びＢＷサイズがそれぞれ１２０ｋＨｚ、２００ＭＨｚ(加用のＲＢ数Ｍ＝１３２)であり、ＳＩＢ１(又はＲＭＳＩ)により[表８]のインデックス４／５／６或いはインデックス８／９／１０或いはインデックス１２／１３／１４のうちのいずれかが指示される場合、ＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓが４つであるので、ホップごとにＦＤＭに必要なリソース数Ｏ＝２であり(即ち、ＰＲＢｏｆｆｓｅｔのサイズが２)、該当インデックスは３セル間のＦＤＭをターゲットとするものであるので、Ｆ＝３を数式に代入すると、Ｎ_{ＲＢ、１２０}＝ｆｌｏｏｒ{１３２／(２×３×２)}＝１１のように計算できる。

一方、[表８]のインデックス０／３／７／１１とｉｎｔｅｒ－ｃｅｌｌの間のＦＤＭを考慮せず、全体初期ＢＷＰを基準としてＮ_ＲＢ値を計算することができる。例えば、１２０ｋＨｚＳＣＳＢＷＰの場合、ＳｅｔｏｆＣＳｉｎｄｅｘｅｓが２つであるので、ホップごとにＦＤＭに必要なリソース数Ｏ＝４であり、ＦＤＭされるセルの数Ｆ＝１を代入すると、Ｎ_{ＲＢ、１２０}＝ｆｌｏｏｒ{１３２／(４×１×２)}＝２２のように計算できる。

ところが、上記方法によってＰＵＣＣＨリソース集合インデックス０／３／７／１１のＮ_ＲＢを計算すると、他のＰＵＣＣＨリソース集合インデックス１／２／４／５／６のＮ_ＲＢと異なるようになり、ＢＷＰ上、中央に近い(即ち、ＢＷＰの内側にマッピングされる)ＰＵＣＣＨの周波数ダイバーシティ(ｆｒｅｑｕｅｎｃｙｄｉｖｅｒｓｉｔｙ)効果が減少する。従って、インデックス０／３／７／１１である場合にも、インデックス１／２／４／５／６を基準として計算されたＮ_ＲＢ値を同様に適用することもできる。

また、インデックス１５の場合、空間的セル配置のためのものである。従って、ＢＷＰサイズの１／４に該当するＰＲＢｏｆｆｓｅｔに基づいてＰＵＣＣＨリソースがマッピングされるので、実質的に全体ＢＷＰ内に半部だけのＲＢのみを加用の(ａｖａｉｌａｂｌｅ)ＲＢと仮定し、ＰＵＣＣＨリソースをマッピングすることができる。従って、１２０ｋＨｚＳＣＳＢＷＰの例示においてＳｅｔｏｆＣＳｉｎｄｅｘｅｓは４つであるので、ホップごとにＦＤＭに必要なリソース数Ｏ＝２であり、ＦＤＭされるセルの数Ｆ＝１を代入すると、Ｎ_{ＲＢ、１２０}＝ｆｌｏｏｒ{６６／(２×１×２)}＝１６のように計算できる。

特徴的には、[数３]を用いて２つ或いは３つのセル間のｆｕｌｌＦＤＭ(即ち、各ＰＵＣＣＨリソース集合ごとの１６個のＰＵＣＣＨリソースが重畳せずマッピングされること)を支援するＮ_ＲＢが決定される場合、ＳＣＳごとに端末が送信できる最大出力電力で送信する場合のＲＢ数より少ないので、ＰＵＣＣＨのカバレッジや信頼性(ｒｅｌｉａｂｉｌｉｔｙ)の側面で問題になり得る。従って、特定の最小Ｎ_ＲＢを設定し、実際Ｎ_ＲＢは最小Ｎ_ＲＢに特定倍数をかけた値を使用してＰＵＣＣＨリソース間に一部或いは全体重畳が発生しても、より高い電力を用いてＰＵＣＣＨを送信できるという長所がある。

具体的には、ｆｕｌｌＦＤＭを考慮して決定されたＮ_ＲＢを最小Ｎ_ＲＢと決定し、実際Ｎ_ＲＢ値は最小Ｎ_ＲＢ値の１倍又は２倍に設定可能にする。この場合、[表８]において、特定のＰＵＣＣＨリソース集合のＰＲＢｏｆｆｓｅｔがＫであると、実際Ｎ_ＲＢが最小Ｎ_ＲＢの１倍に設定された場合、実際ＰＲＢｏｆｆｓｅｔは{Ｋ×Ｎ_ＲＢ}又は{Ｋ×最小Ｎ_ＲＢ}に決定される。また、セル間に全てのリソースが重ならないｆｕｌｌＦＤＭを支援しながら、端末の消耗電力は低減することができる。

もし実際Ｎ_ＲＢが最小Ｎ_ＲＢ値の２倍に設定された場合、実際ＰＲＢｏｆｆｓｅｔは{Ｋ／２×Ｎ_ＲＢ}又は{Ｋ×最小Ｎ_ＲＢ}により決定される。このとき、セル間に一部のリソースが互いに重なるｐａｒｔｉａｌＦＤＭを支援するＰＵＣＣＨリソースが設定される。この場合、端末の消耗電力は多少増加することもある。

上記２つのＦＤＭ構造は、３つのセル間のＦＤＭである場合に適用される方法である。一方、最小Ｎ_ＲＢにより２つのセル間に総６つのリソースを３つずつ分配してＦＤＭするＰＵＣＣＨリソース集合インデックス１／２では、実際Ｎ_ＲＢ値が最小Ｎ_ＲＢの２倍に設定されると、ＢＷＰ内のＦＤＭリソース数が３つになって全体重畳するように設定されることもある。

[提案方法＃５]

基地局が端末の初期接続過程で使用する初期ＰＵＣＣＨリソースを設定するとき、互いに異なるＲＢ数を有する複数のＰＵＣＣＨリソースを１つの集合として設定する方法と、端末の特性を考慮してＰＵＣＣＨ送信に使用する初期ＰＵＣＣＨリソースを選択する方法について説明する。

１．実施例＃５－１

端末の電力クラス(ｐｏｗｅｒｃｌａｓｓ)を考慮して、高出力(ｈｉｇｈｐｏｗｅｒ)／ＥＩＲＰが許容された電力クラスを有する端末の場合、端末又は基地局は互いに異なるＲＢ数を有する複数のＰＵＣＣＨリソースを含むＰＵＣＣＨリソース集合内で、相対的に多いＲＢ数を有するＰＵＣＣＨリソースを選択／指示する。

２．実施例＃５－２

基地局が同一のＮ個のＲＢ数を有する(即ち、Ｎ_ＲＢ＝Ｎ)複数のＰＵＣＣＨリソースを含むＰＵＣＣＨリソース集合を設定し、高出力／ＥＩＲＰが許容された電力クラス(ｐｏｗｅｒｃｌａｓｓ)を有する端末である場合、端末又は基地局はＮ個のＲＢを全部使用してＰＵＣＣＨを送信するように選択／指示する。もし高出力／ＥＩＲＰが許容されない電力クラスを有する端末の場合には、各ＰＵＣＣＨリソース内のＮ個のＲＢのうちの一部であるＫ個(Ｎ＞Ｋ)のみを使用して送信するように端末又は基地局が選択／指示する。

(１)端末又は基地局が予めＮ個のＲＢのうち、Ｋ個を選択／指示する方法により、設定されたＮ_ＲＢ＝Ｎのうち、

－最低周波数ＲＢ(ｌｏｗｅｓｔｆｒｅｑｕｅｎｃｙＲＢ)から高周波数の方向に連続するＫ個のＲＢを選択／指示するか、

－最高周波数ＲＢ(ｈｉｇｈｅｓｔｆｒｅｑｕｅｎｃｙＲＢ)から低周波数の方向に連続するＫ個のＲＢを選択／指示するか、

－ＮＲＢのｃｅｎｔｅｒＲＢとＫＲＢのｃｅｎｔｅｒを一致させるか、又は

－特定のＲＢ(ｌｏｗｅｓｔ／ｈｉｇｈｅｓｔ／ｃｅｎｔｅｒＲＢ)からオフセットを指示して該当オフセットに対応するＲＢを開始ＲＢとして決定し、開始ＲＢから高周波数の方向或いは低周波数の方向にＫ個のＲＢを使用するように選択／指示する。

但し、実施例＃５－２は基地局が端末の電力クラスを把握できる場合にのみ適用される。Ｋ値は特に設定／指示されるか、又は標準に定義される。また、Ｎに対するＫの比率(例えば、０.５)が定義／設定されることもある。

３．実施例＃５－３

基地局が端末の電力クラスを把握することが難しい場合には、基地局は端末が送信できる最大電力によって(それぞれの最大送信電力ごとに)ＰＵＣＣＨリソース集合を独立して設定することもできる。このとき、ＰＵＣＣＨリソース集合を設定するための情報にはＲＢ数及びＲＢ位置、ＰＵＣＣＨｆｏｒｍａｔ及びＰＵＣＣＨ区間(ｄｕｒａｔｉｏｎ)が含まれる。

４．実施例＃５－４

端末のセル上の位置を推定して、端末又は基地局はセルエッジ(Ｃｅｌｌｅｄｇｅ)に位置する端末にセル中心(ｃｅｌｌｃｅｎｔｅｒ)に位置する端末より相対的に多いＲＢ数を有するＰＵＣＣＨリソースを選択／指示する。

(１)初期ＰＵＣＣＨが送信されるときのＤＬ受信強度によって端末が予め設定されたＰＵＣＣＨリソース集合内で１つのＰＵＣＣＨリソースを選択する。

(２)基地局がＲＡＣＨ手順、ｍｓｇＢ／ｍｓｇ２又はｍｓｇ４により、受信した端末のＵＬ信号／チャネルの受信強度によって予め設定されたＰＵＣＣＨリソース集合内で１つのＰＵＣＣＨリソースを指示する。このとき、ＲＡＣＨ手順、ｍｓｇＢ／ｍｓｇ２又はｍｓｇ４に対応するＤＬ信号はＲＡＣＨ手順、ｍｓｇＢ／ｍｓｇ２又はｍｓｇ４のそれぞれをスケジューリングするためのＤＣＩであるか、或いはｍｓｇＢ／ｍｓｇ２又はｍｓｇ４のそれぞれを含むメッセージである。

但し、各初期ＰＵＣＣＨリソースごとのＮ_ＲＢは[提案方法＃４]を適用して決定できる。

以下、[提案方法＃５]について具体的に説明する。

互いに異なるＲＢ数を有する複数のＰＵＣＣＨリソースを１つのＰＵＣＣＨリソース集合として設定する方法について説明する。例えば、基地局が端末の初期接続過程で使用する初期ＰＵＣＣＨリソースを設定するとき、Ｎ_ＲＢ＝ＲＢ１であるＰＵＣＣＨリソース‘ＰＲ１’とＮ_ＲＢ＝ＲＢ２であるＰＵＣＣＨリソース‘ＰＲ２’(ここで、ＲＢ１＜ＲＢ２)の２つを１つのＰＵＣＣＨリソース集合として予め設定することができる。

端末は設定されたＰＵＣＣＨリソースに基づいて初期ＰＵＣＣＨを送信するとき、端末の特性を考慮して使用するＰＵＣＣＨリソースが指示されるか、又は端末が自ら初期ＰＵＣＣＨリソースを選択することができる。例えば、端末の電力クラスを考慮することができる。例えば、高出力／ＥＩＲＰが許容された電力クラスを有する端末の場合、設定されたＰＵＣＣＨリソースのうち、相対的にＲＢ数がより大きいＰＵＣＣＨリソースを使用してＰＵＣＣＨを送信することが信頼度とカバレッジの側面で利得である。

さらに他の方法においては、端末のセル上、相対的な位置によってＰＵＣＣＨリソースを選択／指示する。例えば、セルエッジにある端末は基地局から相対的な距離が遠いので、設定されたＰＵＣＣＨリソースのうち、より多いＲＢに割り当てられたＰＵＣＣＨリソースを使用してＰＵＣＣＨを送信することが信頼度とカバレッジの側面で利得である。ここで、セル上の端末位置は端末のＤＬ受信強度により端末が推定する。又は基地局は端末がＲＡＣＨ過程中に送信したＰＲＡＣＨやｍｓｇＡのようなＵＬ信号／チャネルの受信強度により端末の位置を推定する。このとき、基地局はｍｓｇＢ／ｍｓｇ２或いはｍｓｇ４をスケジューリングするＤＣＩ或いは各メッセージによりどのＮ_ＲＢ値を有するＰＵＣＣＨリソースを使用するかを指示することができる。

従って、上記例示において、基地局から予めＮ_ＲＢ数が互いに異なるＰＵＣＣＨリソース‘ＰＲ１’(Ｎ_ＲＢ＝ＲＢ１)とＰＵＣＣＨリソース‘ＰＲ２’(Ｎ_ＲＢ＝ＲＢ２)(ここで、ＲＢ１＜ＲＢ２)が設定されたとき、高出力／ＥＩＲＰが許容された電力クラスを有する端末は２つのＰＵＣＣＨリソースのうち、より多いＲＢを有するＰＲ２を選択してＰＵＣＣＨを送信することができる。

さらに他の方法においては、基地局が同一のＮ個のＲＢ数を有する複数のＰＵＣＣＨリソースを含むＰＵＣＣＨリソース集合を設定した場合、高出力／ＥＩＲＰが許容された電力クラスを有する端末がＮ個のＲＢを全て使用するように端末又は基地局が選択／指示することができる。又は少ない電力送信が許容される電力クラスを有する端末は各ＰＵＣＣＨリソース内のＮ個のＲＢの一部であるＫ個(Ｎ＞Ｋ)のみを使用してＰＵＣＣＨを送信するように端末又は基地局が選択／指示することもできる。

このとき、端末が基地局から設定されたＮ個のＲＢからＫ個を選択する方法により、設定されたＮ個のＲＢのうち、最低周波数ＲＢから高周波数の方向に連続するＫ個のＲＢを選択することができる。又は最高周波数ＲＢから低周波数の方向に連続するＫ個のＲＢを選択することができる。又はＮＲＢのｃｅｎｔｅｒＲＢとＫＲＢのｃｅｎｔｅｒを一致させることにより、ＮＲＢ内のＫＲＢの位置を設定／指示することができる。また、特定のＲＢ(ｌｏｗｅｓｔ／ｈｉｇｈｅｓｔ／ｃｅｎｔｅｒＲＢ)からのオフセットを基地局が指示すると、端末は該当オフセットに対応するＲＢを開始ＲＢとして決定することができる。また、端末は決定された開始ＲＢから高周波数の方向又は低周波数の方向にＫ個のＲＢを使用することができる。又は、端末が決定された開始ＲＢから高周波数の方向又は低周波数の方向にＫ個のＲＢを使用するように指示されることができる。

もし基地局が端末の電力クラスを把握できない場合には、端末が送信できる最大電力によって(各最大送信電力ごとに)ＰＵＣＣＨリソース集合を独立して設定することもできる。このとき、ＰＵＣＣＨリソース集合を設定するための情報にはＲＢ数及びＲＢ位置、ＰＵＣＣＨフォーマット及びＰＵＣＣＨ区間(ｄｕｒａｔｉｏｎ)が含まれる。

また、相対的に基地局との距離が近い端末Ａと基地局から相対的に遠い端末Ｂがあるとき、設定されたＰＵＣＣＨリソース集合内へのＰＵＣＣＨリソースのうちのいずれかが以下のように選択／指示される。

端末は初期ＰＵＣＣＨ送信のために、端末に予め設定されたＰＵＣＣＨリソース集合内で１つのＰＵＣＣＨリソースをＤＬ受信感度によって選択することができる。例えば、端末Ａは基地局から相対的に近い距離に位置するので、ＤＬ受信強度が特定の値より大きい可能性が高く、端末Ｂの場合、基地局から相対的に遠い距離に位置するので、ＤＬ受信強度が特定の値より低い可能性が高い。

従って、端末ＡはＰＲ１を、端末ＢはＰＲ２を選択してＰＵＣＣＨを送信することができる。ここで、ＤＬ受信強度の高低を判断するための特定のしきい値(ｔｈｒｅｓｈｏｌｄ)は予め基地局から設定／指示されるか、或いは標準に定義される。或いは基地局がＲＡＣＨ手順で受信した端末のＵＬ信号／チャネル(例えば、ＰＲＡＣＨ又はｍｓｇＡ)の受信感度によって予め設定されたＰＵＣＣＨリソース集合内で１つのＰＵＣＣＨリソースを基地局が端末に指示することもできる。

[提案方法＃５]によれば、端末の電力クラス及び／又は端末の位置によってＰＵＣＣＨのカバレッジ及び信頼性を保障できる適切なＲＢ数を有するＰＵＣＣＨリソースを選択／指示することができる。

[提案方法＃６]

端末に専用ＰＵＣＣＨリソースが設定される前に使用される初期ＰＵＣＣＨリソース集合(ｉｎｉｔｉａｌＰＵＣＣＨＲｅｓｏｕｒｃｅｓｅｔｓ)及びＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースを構成するＲＢ数Ｎ_ＲＢを設定／指示する方法について説明する。

１．実施例＃６－１

ＰＵＣＣＨリソース集合ごとに初期ＰＵＣＣＨリソース集合ごとのＳｅｔｏｆｉｎｉｔｉａｌＣＳｉｎｄｅｘｅｓの総数(以下、Ｎ_ＣＳ)とＲＢｏｆｆｓｅｔＸの設定有無によってＮ_ＲＢを互いに異なるように設定する。

(１)基地局がＳＩＢによりＮ_ＲＢ＝Ｋに設定／指示し、ＲＢｏｆｆｓｅｔＸ値は設定しない場合、初期ＰＵＣＣＨリソース集合内の全てのＰＵＣＣＨリソースをＫ個のＲＢで構成して送信することができる。このとき、セル間のＦＤＭのためのＰＲＢｏｆｆｓｅｔ値をＫの倍数にスケール(ｓｃａｌｉｎｇ)する。例えば、Ｎ_ＣＳによって[表８]に定義された初期ＰＵＣＣＨリソース集合ごとのＰＲＢｏｆｆｓｅｔをＫ／２Ｋ／３Ｋ倍にスケールする。

(２)基地局がＳＩＢによりＮ_ＲＢ＝Ｋに設定／指示し、ＲＢｏｆｆｓｅｔＸ値も設定／指示した場合は、ＰＵＣＣＨリソースインデックス(以下、ｒ_{ＰＵＣＣＨ})とＮ_ＣＳ値によって以下の例示のように、ＰＵＣＣＨリソースを構成することができる。このとき、セル間のＦＤＭのためのＰＲＢｏｆｆｓｅｔ値をＫの倍数にスケールする。例えば、Ｎ_ＣＳによって[表８]に定義された初期ＰＵＣＣＨリソース集合ごとのＰＲＢｏｆｆｓｅｔをＫ／２Ｋ／３Ｋ倍にスケールする。

Ａ)Ｎ_ＣＳ＝２である場合、

－ｒ_{ＰＵＣＣＨ}が０／１或いは８／９であるとき：１)Ｎ_ＲＢ＝Ｋ＋２×ＸでＰＵＣＣＨリソースを構成、或いは２)Ｎ_ＲＢ＝Ｋ－２×ＸでＰＵＣＣＨリソースを構成、或いは３)Ｎ_ＲＢ＝Ｋ＋ＸでＰＵＣＣＨリソースを構成、或いは４)Ｎ_ＲＢ＝Ｋ－ＸでＰＵＣＣＨリソースを構成

－ｒ_{ＰＵＣＣＨ}が２／３或いは１０／１１であるとき：１)Ｎ_ＲＢ＝Ｋ＋ＸでＰＵＣＣＨリソースを構成、或いは２)Ｎ_ＲＢ＝Ｋ－ＸでＰＵＣＣＨリソースを構成、或いは３)Ｎ_ＲＢ＝Ｋ＋２×ＸでＰＵＣＣＨリソースを構成、或いは４)Ｎ_ＲＢ＝Ｋ－２×ＸでＰＵＣＣＨリソースを構成

－ｒ_{ＰＵＣＣＨ}が４／５或いは１２／１３であるとき：１)Ｎ_ＲＢ＝Ｋ－ＸでＰＵＣＣＨリソースを構成、或いは２)Ｎ_ＲＢ＝Ｋ＋ＸでＰＵＣＣＨリソースを構成、或いは３)Ｎ_ＲＢ＝Ｋ－２×ＸでＰＵＣＣＨリソースを構成、或いは４)Ｎ_ＲＢ＝Ｋ＋２×ＸでＰＵＣＣＨリソースを構成

－ｒ_{ＰＵＣＣＨ}が６／７或いは１４／１５であるとき：１)Ｎ_ＲＢ＝Ｋ－２×ＸでＰＵＣＣＨリソースを構成、或いは２)Ｎ_ＲＢ＝Ｋ＋２×ＸでＰＵＣＣＨリソースを構成、或いは３)Ｎ_ＲＢ＝Ｋ－ＸでＰＵＣＣＨリソースを構成、或いは４)Ｎ_ＲＢ＝Ｋ＋ＸでＰＵＣＣＨリソースを構成

Ｂ)Ｎ_ＣＳ＝３である場合、

－ｒ_{ＰＵＣＣＨ}が０／１／２或いは８／９／１０であるとき：１)Ｎ_ＲＢ＝Ｋ＋ＸでＰＵＣＣＨリソースを構成、或いは２)Ｎ_ＲＢ＝Ｋ－ＸでＰＵＣＣＨリソースを構成

－ｒ_{ＰＵＣＣＨ}が３／４／５或いは１１／１２／１３であるとき：Ｎ_ＲＢ＝ＫでＰＵＣＣＨリソースを構成

－ｒ_{ＰＵＣＣＨ}が６／７或いは１４／１５であるとき：１)Ｎ_ＲＢ＝Ｋ－ＸでＰＵＣＣＨリソースを構成、或いは２)Ｎ_ＲＢ＝Ｋ＋ＸでＰＵＣＣＨリソースを構成

Ｃ)ＮＣＳ＝４である場合、

－ｒ_{ＰＵＣＣＨ}が０／１／２／３或いは８／９／１０／１１であるとき：１)Ｎ_ＲＢ＝Ｋ＋ＸでＰＵＣＣＨリソースを構成、或いは２)Ｎ_ＲＢ＝Ｋ－ＸでＰＵＣＣＨリソースを構成

－ｒ_{ＰＵＣＣＨ}が４／５／６／７或いは１２／１３／１４／１５であるとき：１)Ｎ_ＲＢ＝Ｋ－ＸでＰＵＣＣＨリソースを構成、或いは２)Ｎ_ＲＢ＝Ｋ＋ＸでＰＵＣＣＨリソースを構成

２．実施例＃６－２

ＰＵＣＣＨリソース集合ごとに１つのＰＵＣＣＨを送信するために使用されるＲＢ数(以下、‘Ｎ_ＲＢ’)の種類をＫ個に同様に固定し、各ＰＵＣＣＨリソース集合内の１６個のＰＵＣＣＨリソースを最大限均等にＫ等分する。ここで、Ｋ値は１６と約数の関係にある正の整数値のうち、各ＰＵＣＣＨリソース集合のＮ_ＣＳと倍数の関係にある値のみが許容される。また、Ｋ及びＫにより決定されるＮ_ＲＢは標準文書に対応する値或いは数式が定義されるか又は基地局から設定／指示される。

(１)例えば、Ｋ＝２であり、Ｎ_ＲＢ値の種類がＸとＹであるとき、

Ａ)Ｎ_ＣＳ＝２或いはＮ_ＣＳ＝４である場合

－ｒ_{ＰＵＣＣＨ}が０／１／２／３／４／５／６／７であるとき：Ｎ_ＲＢ＝ＸでＰＵＣＣＨリソースを構成

－ｒ_{ＰＵＣＣＨ}が８／９／１０／１１／１２／１３／１４／１５であるとき：Ｎ_ＲＢ＝ＹでＰＵＣＣＨリソースを構成

Ｂ)Ｎ_ＣＳ＝３である場合、

－ｒ_{ＰＵＣＣＨ}が０／１／２／３／４／５であるとき：Ｎ_ＲＢ＝ＸでＰＵＣＣＨリソースを構成

－ｒ_{ＰＵＣＣＨ}が６／７／８／９／１０／１１／１２／１３／１４／１５であるとき：Ｎ_ＲＢ＝ＹでＰＵＣＣＨリソースを構成

(２)高周波数及び低周波数領域のそれぞれに互いに異なるＲＢ数を有するＦＤＭＰＵＣＣＨリソースを構成する。

Ａ)Ｎ_ＣＳ＝２又はＮ_ＣＳ＝４である場合

－(ｒ_{ＰＵＣＣＨ} ｍｏｄ８)値が０／１／２／３である８個のＰＵＣＣＨリソースのＲＢ数はＮ_ＲＢ＝Ｘ個、残りの８個のＰＵＣＣＨリソースのＲＢ数はＹで構成

Ｂ)ＮＣＳ＝３である場合

－(ｒ_{ＰＵＣＣＨ} ｍｏｄ８)値が０／１／２である６個のＰＵＣＣＨリソースのＲＢ数はＮ_ＲＢ＝Ｘ個、残りの１０個のＰＵＣＣＨリソースのＲＢ数はＹで構成

－(ｒ_{ＰＵＣＣＨ} ｍｏｄ８)値が０／１／２／３／４／５である１２個のＰＵＣＣＨリソースのＲＢ数はＮ_ＲＢ＝Ｘ個、残りの４個のＰＵＣＣＨリソースのＲＢ数はＹで構成

３．実施例＃６－３

基地局がＳＩＢによりＮ_ＲＢ値を設定すると、ＰＵＣＣＨリソース集合ごとに単位サイズ(ｓｔｅｐｓｉｚｅ)を

に設定することができる。また、ＰＵＣＣＨリソース集合ごとに必要なＦＤＭリソースによってΔ値に基づいて以下のようにＰＵＣＣＨリソースごとにＮ_ＲＢ値を構成することができる。このとき、基地局がＮ_ＲＢと共に単位サイズΔを設定／指示するか或いは標準文書に各ＰＵＣＣＨリソース集合ごとに単位サイズが予め定義される。

(１)最大Ｎ_ＲＢ値を有するＰＵＣＣＨリソースから順に単位サイズだけＲＢ数を減少或いは増加させて各ホップごとにＰＵＣＣＨリソースのＲＢ数を設定することができる。例えば、最大Ｎ_ＲＢ値を有するＰＵＣＣＨリソースは各ホップで最低周波数に位置するか、或いは最高周波数に位置する。

例えば、Ｎ_ＲＢ＝１２、Ｎ_ＣＳ＝２であるＰＵＣＣＨリソース集合の場合、

であると、ｒ_{ＰＵＣＣＨ}が０／１或いは８／９であるとき、Ｎ_ＲＢ＝１２であり、ｒ_{ＰＵＣＣＨ}が２／３或いは１０／１１であるとき、Ｎ_ＲＢ＝１２－２＝１０である。また、ｒ_{ＰＵＣＣＨ}が４／５或いは１２／１３であるとき、Ｎ_ＲＢ＝１０－２＝８であり、ｒ_{ＰＵＣＣＨ}が６／７或いは１４／１５であるとき、Ｎ_ＲＢ＝８－２＝６である。

(２)各ＰＵＣＣＨリソース集合ごとにＦＤＭに必要なリソース数の半分はＮ_ＲＢを基準として順に単位サイズだけＲＢ数を減少させたリソースで各ホップごとのＰＵＣＣＨリソースのＲＢ数を設定することができる。また残りの半分はＮ_ＲＢ値を基準として順に単位サイズだけＲＢ数を増加させたリソースで各ホップごとのＰＵＣＣＨリソースのＲＢ数を設定することができる。例えば、最大Ｎ_ＲＢ値を有するＰＵＣＣＨリソースは各ホップで最低周波数に位置するか或いは最高周波数に位置する。

例えば、Ｎ_ＲＢ＝１２、Ｎ_ＣＳ＝２である集合(ｓｅｔ)の場合、

であると、ｒ_{ＰＵＣＣＨ}が０／１であるとき、Ｎ_ＲＢ＝１２－２＝１０であり、ｒ_{ＰＵＣＣＨ}が２／３であるとき、Ｎ_ＲＢ＝１０－２＝８である。また、ｒ_{ＰＵＣＣＨ}が４／５であるとき、Ｎ_ＲＢ＝８－２＝６であり、ｒ_{ＰＵＣＣＨ}が６／７であるとき、Ｎ_ＲＢ＝６－２＝４である。また、ｒ_{ＰＵＣＣＨ}が８／９であるとき、Ｎ_ＲＢ＝１２＋２＝１４であり、ｒ_{ＰＵＣＣＨ}が１０／１１であるとき、Ｎ_ＲＢ＝１４＋２＝１６である。また、ｒ_{ＰＵＣＣＨ}が１２／１３であるとき、Ｎ_ＲＢ＝１６＋２＝１８であり、ｒ_{ＰＵＣＣＨ}が１４／１５であるとき、Ｎ_ＲＢ＝１８＋２＝２０である。

但し、[提案方法＃６]において基地局がＰＵＣＣＨ送信のためのＮ_ＲＢを特に設定／指示しない場合は、既存のＲｅｌ－１５のように、Ｎ_ＲＢ＝１でＰＵＣＣＨリソースを構成してＰＵＣＣＨを送信する。また、ＰＵＣＣＨリソース集合内に含まれた各ＰＵＣＣＨリソースを構成するＲＢ数を全て併せた値に基づいてＰＵＣＣＨリソース集合ごとに必要なＲＢの総数を計算してＰＲＢｏｆｆｓｅｔ値として適用することができる。

以下、[提案方法＃６]について具体的に説明する。

ＲＲＣ(ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ)の設定後、Ｃｏｎｎｅｃｔｅｄ状態の端末は基地局が端末の電力クラスのような端末の能力を把握しているので、専用ＰＵＣＣＨリソースを設定するとき、端末ごとに適切なＲＢ数を有するＰＵＣＣＨリソースを設定することができる。

しかし、端末は初期接続過程中のように専用ＰＵＣＣＨリソースが設定される前には、基地局が端末の電力クラスのような能力やセル上の位置などを把握できない場合もある。

そうにもかかわらず、初期ＰＵＣＣＨリソース集合に含まれるＰＵＣＣＨリソースのＲＢ数を互いに異なるように設定し、ＲＲＣｃｏｎｎｅｃｔｉｏｎの前であっても端末の状況(例えば、端末の電力クラス及び／又はセル上の位置)を類推できれば、類推された状況に基づいて適切なＲＢ数を有するＰＵＣＣＨリソースを設定／指示してカバレッジ及びＰＵＣＣＨ送信成功率を増加させることができる。

例えば、基地局が端末に適切なＲＢ数を有するＰＵＣＣＨリソースを選択する方法は、端末と基地局の間の初期接続過程でやり取りしたｍｓｇ１／ｍｓｇ３(４－ｓｔｅｐＲＡＣＨの場合)、或いはｍｓｇＡ(２－ｓｔｅｐＲＡＣＨの場合)に含まれた直接的な情報又は基地局が端末から受信した該当信号／チャネルの受信感度に基づいて端末の電力クラス及び／又は端末の位置のような端末の状況を類似することができる。

また、ＲＡＣＨ手順を行っている端末であっても、基地局が予め該当端末の状況を把握している場合は、ｍｓｇ４をスケジューリングするＵＬグラントにより初期ＰＵＣＣＨリソース集合内の特定のＲＢ数を有するＰＵＣＣＨリソースを指示することもできる。

そのための１番目の方法は、ＲＢオフセットであるＸの設定有無によってＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースごとにＮ_ＲＢ値を全て同一に設定するか或いは互いに異なるように設定することである。もし基地局がＳＩＢによりＮ_ＲＢ＝Ｋ値のみを設定した場合には、ＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースはいずれも同一のＲＢ数Ｋで構成される。このとき、各ＰＵＣＣＨリソース集合ごとのＮ_ＣＳ値によってＰＵＣＣＨリソース集合ごとにＦＤＭ(ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ)に必要なリソース数が異なる。

よって、ＰＲＢｏｆｆｓｅｔの設定有無に関係なくＦＤＭされるＰＵＣＣＨリソースの全体ＰＲＢ数は基地局から設定されたＮ_ＲＢと同一に維持しながらＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースグループの間には互いに異なるＰＲＢ数を有するように設定することができる。ここで、各ＰＵＣＣＨリソース集合ごとにはＮ_ＣＳだけのＮ_ＲＢのための場合の数を有する。例えば、Ｎ_ＣＳ＝２であるＰＵＣＣＨリソース集合は総８個のＦＤＭリソースが必要であるので、ＰＲＢｏｆｆｓｅｔが設定されない場合には総Ｋ×８個のＰＲＢが必要である。

従って、ＰＲＢｏｆｆｓｅｔＸが設定された場合にもＰＵＣＣＨリソースインデックスによってそれぞれのＰＵＣＣＨリソースグループはＫ＋２×Ｘ／Ｋ＋Ｘ／Ｋ－Ｘ／Ｋ－２×Ｘの互いに異なるＲＢ数を有するが、ＰＵＣＣＨリソース集合に含まれる全体ＲＢ数はＰＲＢｏｆｆｓｅｔＸが設定されないときと同様にＫ×８個のＲＢが必要である。

実施例＃６－１(２)において、ＰＵＣＣＨリソースインデックスｒ_{ＰＵＣＣＨ}値が０／１或いは８／９であるとき、一番大きいＲＢ数を有するように設定されるが、逆にミラーリング(ｍｉｒｒｏｒｉｎｇ)してｒ_{ＰＵＣＣＨ}値が６／７或いは１４／１５であるとき、一番大きいＲＢ数を有するように設定することもできる。即ち、実施例＃６－１(２)はＫとＸのみが設定／指示されると、初期ＰＵＣＣＨリソース集合に含まれるＰＵＣＣＨリソースごとに互いに異なるＲＢ数を有するように設定できるという長所があり、基地局が初期ＢＷＰのサイズ及び加用の(ａｖａｉｌａｂｌｅ)ＲＢ数を考慮して適切なＫ及びＸが設定される。

二番目の方法は、ＰＵＣＣＨリソース集合に含まれる１６個のＰＵＣＣＨリソースをＫ等分し、等分された各グループ内では同一のＰＲＢ数を有するように設定することである。即ち、ＫはＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースに含まれるＮ_ＲＢの種類の場合の数である。ここで、Ｋとしては１６と約数の関係にある正の整数のうち、各ＰＵＣＣＨリソース集合のＮ_ＣＳと倍数の関係にある値のみが許容される。またＫ及びＫにより決定されるＮ_ＲＢは、標準文書に対応する値或いは数式が定義されるか又は基地局から設定／指示される値である。

実施例＃６－２において、Ｋ＝２、Ｎ_ＲＢ＝１２であり、総２つのＮ_ＲＢが例えば、Ｘ＝６とＹ＝１２であり、Ｎ_ＣＳ＝２である場合、ｒ_{ＰＵＣＣＨ}が最初０から７までの８個のＰＵＣＣＨリソースはＲＢ数Ｘ＝６で構成され、残りの８から１５までのＰＵＣＣＨリソースはＹ＝１２個のＲＢで構成される。

三番目の方法は、Ｎ_ＲＢとＰＵＣＣＨリソース集合ごとに単位サイズΔを活用してＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースごとに互いに異なるＲＢ数を有するように構成することである。このとき、単位サイズΔは実施例＃６－３に記載の数式に基づいて計算されるか又は基地局により予め設定／指示される。また標準文書に各ＰＵＣＣＨリソース集合ごとの単位サイズが定義されてもよい。

ここで、設定されたＮ_ＲＢを基準としてΔだけ順にＲＢ数を減少或いは増加させて各ホップごとのＰＵＣＣＨリソースのＲＢ数を設定することができる。各ホップにおいて最大ＲＢ数はＮ_ＲＢを有してｒ_{ＰＵＣＣＨ}によってＮＲＢにΔ値だけ減少或いは増加させてＰＵＣＣＨリソースごとにＲＢ数が設定される。このとき、最大Ｎ_ＲＢを有するＰＵＣＣＨリソースは各ホップで最低周波数に位置するか或いは最高周波数に位置する。

又は、各ＰＵＣＣＨリソース集合ごとにＦＤＭに必要なリソース数の半分はＮ_ＲＢを基準として順に単位サイズだけＲＢ数を減少させたＰＵＣＣＨリソースを設定する。また残りの半分はＮ_ＲＢを基準として順に単位サイズだけＲＢ数を増加させたＰＵＣＣＨリソースにより各ホップごとのＰＵＣＣＨリソースのＲＢ数を設定する。このとき、最大Ｎ_ＲＢを有するＰＵＣＣＨリソースは各ホップで最低周波数に位置するか又は最高周波数に位置するリソースである。

[提案方法＃６]において、基地局がＰＵＣＣＨ送信のためのＮ_ＲＢ値を特に設定／指示しない場合は、既存のＲｅｌ－１５のようにＮ_ＲＢ＝１でＰＵＣＣＨリソースを構成し、ＰＵＣＣＨリソース集合内の各ＰＵＣＣＨリソースに含まれるＲＢ数を全て併せた値に基づいてＰＵＣＣＨリソース集合ごとに必要なＲＢの総数を計算してＰＲＢｏｆｆｓｅｔに適用することができる。

[提案方法＃６]によれば、端末に専用ＰＵＣＣＨリソース集合が設定される前であっても、基地局が端末から受信したＵＬ信号の受信感度に基づいて端末の位置のような端末の状況を類推して、端末の状況によるＰＵＣＣＨリソースのためのＲＢ数を適切に設定することができる。

これに制限されないが、この文書に開示の様々な説明、機能、手順、提案、方法及び／又はフローチャートは、機器間無線通信／連結(例えば、５Ｇ)を必要とする様々な分野に適用される。

以下、図面を参照しながらより具体的に例示する。以下の図／説明において、同じ図面符号は特に言及しない限り、同一又は対応するハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示する。

図１３は本開示に適用される通信システム１を例示する。

図１３を参照すると、本発明に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は無線接続技術(例えば、５ＧＮＲ、ＬＴＥ)を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器とも称される。これに限られないが、無線機器はロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ(ｅＸｔｅｎｄｅｄＲｅａｌｉｔｙ)機器１００ｃ、携帯機器(Ｈａｎｄ－ｈｅｌｄＤｅｖｉｃｅ)１００ｄ、家電１００ｅ、ＩｏＴ(ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇ)機器１００ｆ及びＡＩサーバ／機器４００を含む。例えば、車両は無線通信機能が備えられた車両、自律走行車両、車両間通信を行える車両などを含む。ここで、車両はＵＡＶ(ＵｎｍａｎｎｅｄＡｅｒｉａｌＶｅｈｉｃｌｅ)(例えば、ドローン)を含む。ＸＲ機器はＡＲ(ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ)／ＶＲ(ＶｉｒｔｕａｌＲｅａｌｉｔｙ)／ＭＲ(ＭｉｘｅｄＲｅａｌｉｔｙ)機器を含み、ＨＭＤ(Ｈｅａｄ－ＭｏｕｎｔｅｄＤｅｖｉｃｅ)、車両に備えられたＨＵＤ(Ｈｅａｄ－ＵｐＤｉｓｐｌａｙ)、ＴＶ、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブックパソコンなど)などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサー、スマートメータなどを含む。例えば、基地局、ネットワークは無線機器にも具現され、特定の無線機器２００ａは他の無線機器に基地局／ネットワークノードで動作することもできる。

無線機器１００ａ～１００ｆは基地局２００を介してネットワーク３００に連結される。無線機器１００ａ～１００ｆにはＡＩ(ＡｒｔｉｆｉｃｉａｌＩｎｔｅｌｌｉｇｅｎｃｅ)技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００に連結される。ネットワーク３００は３Ｇネットワーク、４Ｇ(例えば、ＬＴＥ)ネットワーク又は５Ｇ(例えば、ＮＲ)ネットワークなどを用いて構成される。無線機器１００ａ～１００ｆは基地局２００／ネットワーク３００を介して互いに通信できるが、基地局／ネットワークを介することなく、直接通信することもできる(例えば、サイドリンク通信)。例えば、車両１００ｂ－１、１００ｂ－２は直接通信することができる(例えば、Ｖ２Ｖ(ＶｅｈｉｃｌｅｔｏＶｅｈｉｃｌｅ)／Ｖ２Ｘ(Ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ)通信)。またＩｏＴ機器(例えば、センサー)は他のＩｏＴ機器(例えば、センサー)又は他の無線機器１００ａ～１００ｆと直接通信することができる。

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われる。ここで、無線通信／連結は上り／下りリンク通信１５０ａとサイドリンク通信１５０ｂ(又は、Ｄ２Ｄ通信)、基地局間の通信１５０ｃ(例えば、ｒｅｌａｙ、ＩＡＢ(ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓＢａｃｋｈａｕｌ)のような様々な無線接続技術により行われる(例えば、５ＧＮＲ)。無線通信／連結１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信することができる。このために、本発明の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程(例えば、チャネル符号化／復号、変調／復調、リソースマッピング／デマッピングなど)、リソース割り当て過程のうちのいずれか１つが行われる。

図１４は本開示に適用可能な無線機器を例示する。

図１４を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術(例えば、ＬＴＥ、ＮＲ)により無線信号を送受信する。ここで、{第１無線機器１００、第２無線機器２００}は図１３の{無線機器１００ｘ、基地局２００}及び／又は{無線機器１００ｘ、無線機器１００ｘ}に対応する。

第１無線機器１００は１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含む。プロセッサ１０２はメモリ１０４及び／又は送受信機１０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ１０２はメモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６で第１情報／信号を含む無線信号を送信する。またプロセッサ１０２は送受信機１０６で第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２に連結され、プロセッサ１０２の動作に関連する様々な情報を格納する。例えば、メモリ１０４はプロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６はプロセッサ１０２に連結され、１つ以上のアンテナ１０８により無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ(ｒａｄｉｏＦｒｅｑｕｅｎｃｙ)ユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。

具体的には、この開示の実施例による第１無線機器１００のプロセッサ１０２により制御され、メモリ１０４に格納される命令及び／又は動作について説明する。

以下の動作はプロセッサ１０２の観点でプロセッサ１０２の制御動作に基づいて説明するが、かかる動作を行うためのソフトウェアコードなどがメモリ１０４に格納される。例えば、この開示において、少なくとも１つのメモリ１０４はコンピュータ読み取り可能な(ｒｅａｄａｂｌｅ)格納媒体(ｓｔｏｒａｇｅｍｅｄｉｕｍ)であって、指示又はプログラムを格納し、上記指示又はプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に連結される少なくとも１つのプロセッサをして、以下の動作に関連するこの開示の実施例又は具現による動作を行うようにする。

具体的には、プロセッサ１０２はＰＵＣＣＨのためのＲＢ数に関連する情報を受信するように送受信機１０６を制御する。このとき、情報の種類及び／又は情報に含まれたコンテンツに関する具体的な事項は、[提案方法＃１]ないし[提案方法＃４]及び[提案方法＃６]のうちのいずれかに基づく。

プロセッサ１０２はＲＢ数及びＰＲＢｏｆｆｓｅｔに基づいてＰＵＣＣＨリソースを決定する。このとき、プロセッサ１０２がＰＵＣＣＨリソースを決定する具体的な方法は[提案方法＃２]及び[提案方法＃５]のうちのいずれかに基づく。

プロセッサ１０２は決定されたＰＵＣＣＨリソースによりＰＵＣＣＨを送信するように送受信機１０６を制御する。

第２無線機器２００は１つ以上のプロセッサ２０２及び１つ以上のメモリ２０４を含み、さらに１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８を含む。プロセッサ２０２はメモリ２０４及び／又は送受信機２０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ２０２はメモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６で第３情報／信号を含む無線信号を送信する。またプロセッサ２０２は送受信機２０６で第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に格納する。メモリ２０４はプロセッサ２０２に連結され、プロセッサ２０２の動作に関連する様々な情報を格納する。例えば、メモリ２０４はプロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６はプロセッサ２０２に連結され、１つ以上のアンテナ２０８により無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップをも意味する。

具体的には、この開示の実施例による第２無線機器２００のプロセッサ２０２により制御され、メモリ２０４に格納される命令及び／又は動作について説明する。

以下の動作はプロセッサ２０２の観点でプロセッサ２０２の制御動作に基づいて説明するが、かかる動作を行うためのソフトウェアコードなどがメモリ２０４に格納される。例えば、この開示において、少なくとも１つのメモリ２０４はコンピュータ読み取り可能な(ｒｅａｄａｂｌｅ)格納媒体(Ｓｔｏｒａｇｅｍｅｄｉｕｍ)であって、指示又はプログラムを格納し、上記指示又はプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に連結される少なくとも１つのプロセッサをして、以下の動作に関連するこの開示の実施例又は具現による動作を行うようにする。

具体的には、プロセッサ２０２は端末にＰＵＣＣＨのためのＲＢ数に関連する情報を送信するように送受信機２０６を制御する。このとき、情報の種類及び／又はこの情報に含まれたコンテンツに関する具体的な事項は[提案方法＃１]ないし[提案方法＃４]及び[提案方法＃６]のうちのいずれかに基づく。

プロセッサ２０２はＰＵＣＣＨリソースによりＰＵＣＣＨを受信するように送受信機２０６を制御する。このとき、ＰＵＣＣＨリソースはＲＢ数及びＰＲＢｏｆｆｓｅｔに基づいて決定される。また、ＰＵＣＣＨリソースが決定される具体的な方法は[提案方法＃２]及び[提案方法＃５]のうちのいずれかに基づく。

以下、無線機器１００,２００のハードウェア要素についてより具体的に説明する。これに限られないが、１つ以上のプロトコル階層が１つ以上のプロセッサ１０２，２０２により具現される。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の階層(例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層)を具現する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによって１つ以上のＰＤＵ(ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ)及び／又は１つ以上のＳＤＵ(ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ)を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号(例えば、ベースバンド信号)を生成して、１つ以上の送受信機１０６，２０６に提供する。１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６から信号(例えば、ベースバンド信号)を受信して、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を得ることができる。

１つ以上のプロセッサ１０２，２０２はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータとも称される。１つ以上のプロセッサ１０２，２０２はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより具現される。一例として、１つ以上のＡＳＩＣ(ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ)、１つ以上のＤＳＰ(ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ)、１つ以上のＤＳＰＤ(ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇＤｅｖｉｃｅ)、１つ以上のＰＬＤ(ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ)又は１つ以上のＦＰＧＡ(ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙｓ)が１つ以上のプロセッサ１０２，２０２に含まれる。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはファームウェア又はソフトウェアを使用して具現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように具現される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２，２０２に含まれるか、又は１つ以上のメモリ１０４，２０４に格納されて１つ以上のプロセッサ１０２，２０２により駆動される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはコード、命令語(ｉｎｓｔｒｕｃｔｉｏｎ)及び／又は命令語集合の形態でファームウェア又はソフトウェアを使用して具現される。

１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納することができる。１つ以上のメモリ１０４，２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせにより構成される。１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４，２０４は有線又は無線連結のような様々な技術により１つ以上のプロセッサ１０２，２０２に連結される。

１つ以上の送受信機１０６，２０６は１つ以上の他の装置にこの明細書における方法及び／又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。１つ以上の送受信機１０６，２０６は１つ以上の他の装置からこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２に連結され、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御する。また、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御する。また１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８に連結され、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８によりこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。この明細書において、１つ以上のアンテナは複数の物理アンテナであるか、又は複数の論理アンテナ(例えば、アンテナポート)である。１つ以上の送受信機１０６，２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換する(Ｃｏｎｖｅｒｔ)。１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つ以上の送受信機１０６，２０６は(アナログ)オシレーター及び／又はフィルターを含む。

図１５は本発明に適用される車両又は自律走行車両を例示する。車両又は自律走行車両は移動型ロボット、車両、汽車、有／無人飛行体(ＡｅｒｉａｌＶｅｈｉｃｌｅ、ＡＶ)、船舶などで具現される。

図１５を参照すると、車両又は自律走行車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサー部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部で構成される。

通信部１１０は他の車両、基地局(例えば、基地局、路辺基地局(ＲｏａｄＳｉｄｅｕｎｉｔ)など)、サーバなどの外部機器と信号(例えば、データ、制御信号など)を送受信する。制御部１２０は車両又は自律走行車両１００の要素を制御して様々な動作を行う。制御部１２０はＥＣＵ(ＥｌｅｃｔｒｏｎｉｃｃｏｎｔｒｏｌＵｎｉｔ)を含む。駆動部１４０ａにより車両又は自律走行車両１００が地上で走行する。駆動部１４０ａはエンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは車両又は自律走行車両１００に電源を供給し、有／無線充電回路、バッテリーなどを含む。センサー部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサー部１４０ｃはＩＭＵ(ｉｎｅｒｔｉａｌｍｅａｓｕｒｅｍｅｎｔｕｎｉｔ)センサー、衝突センサー、ホイールセンサー(ｗｈｅｅｌｓｅｎｓｏｒ)、速度センサー、傾斜センサー、重量感知センサー、ヘッディングセンサー(ｈｅａｄｉｎｇｓｅｎｓｏｒ)、ポジションモジュール(ｐｏｓｉｔｉｏｎｍｏｄｕｌｅ)、車両前進／後進センサー、バッテリーセンサー、燃料センサー、タイヤセンサー、ステアリングセンサー、温度センサー、湿度センサー、超音波センサー、照度センサー、ペダルポジションセンサーなどを含む。自律走行部１４０ｄは走行中の車線を維持する技術、車間距離制御装置(ａｄａｐｔｉｖｅｃｒｕｉｓｅｃｏｎｔｒｏｌ)のように速度を自動に調節する技術、所定の経路によって自動走行する技術、目的地が設定されると自動に経路を設定して走行する技術などを具現する。

一例として、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは得られたデータに基づいて自律走行経路とドライブプランを生成する。制御部１２０はドライブプランに従って車両又は自律走行車両１００が自律走行経路に移動するように駆動部１４０ａを制御する(例えば、速度／方向調節)。通信部１１０は自律走行中に外部サーバから最新交通情報データを非周期的に得、また周りの車両から周りの交通情報データを得る。またセンサー部１４０ｃは自律走行中に車両状態、周辺環境情報を得る。自律走行部１４０ｄは新しく得たデータ／情報に基づいて自律走行経路とドライブプランを更新する。通信部１１０は車両位置、自律走行経路、ドライブプランなどに関する情報を外部サーバに伝達する。外部サーバは車両又は自律走行車両から集められた情報に基づいて、ＡＩ技術などを用いて交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車両に提供する。

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

本文書において、基地局により行われるとされている特定動作は、場合によっては、その上位ノード(ｕｐｐｅｒｎｏｄｅ)により行われてもよい。即ち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋｎｏｄｅ)からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードにより行うことができる。この時、基地局は、固定局(ｆｉｘｅｄｓｔａｔｉｏｎ)、ｇＮｏｄｅＢ(ｇＮＢ)、ＮｏｄｅＢ、ｅＮｏｄｅＢ(ｅＮＢ)又はアクセスポイント(ａｃｃｅｓｓｐｏｉｎｔ)などの用語に言い換えることができる。

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

上述したような上りリンク制御チャネルを送受信する方法及びそのための装置は、５世代ＮｅｗＲＡＴシステムに適用される例を中心として説明したが、５世代ＮｅｗＲＡＴシステム以外にも様々な無線通信システムに適用することができる。

Claims

無線通信システムにおいて、端末がＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を送信するための方法であって、
前記ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及び前記ＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を受信し、
第１ＲＢオフセットに基づくＰＵＣＣＨリソースにより前記ＰＵＣＣＨを送信することを特徴とし、
前記インデックスに基づいて前記ＰＵＣＣＨリソース集合の第２ＲＢオフセットが得られ、
前記第１ＲＢオフセットは前記第２ＲＢオフセットに前記ＲＢ数をかけて得られる、ＰＵＣＣＨ送信方法。
前記ＰＵＣＣＨはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１に基づく、請求項１に記載のＰＵＣＣＨ送信方法。
前記情報はＳＩＢ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ)により受信される、請求項１に記載のＰＵＣＣＨ送信方法。
前記ＰＵＣＣＨリソース集合は前記端末のための専用ＰＵＣＣＨリソース集合が設定される前に使用される、初期(ｉｎｉｔｉａｌ)ＰＵＣＣＨリソース集合である、請求項１に記載のＰＵＣＣＨ送信方法。
前記ＰＵＣＣＨは５２.６ＧＨｚ以上の周波数帯域により送信される、請求項１に記載のＰＵＣＣＨ送信方法。
前記ＰＵＣＣＨは複数のＲＢにより送信される、請求項１に記載のＰＵＣＣＨ送信方法。
無線通信システムにおいて、ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を送信するための端末であって、
少なくとも１つの送受信機、
少なくとも１つのプロセッサ、及び、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、
前記動作は、
前記少なくとも１つの送受信機により、前記ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及び前記ＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を受信し、
前記少なくとも１つの送受信機により、第１ＲＢオフセットに基づくＰＵＣＣＨリソースにより前記ＰＵＣＣＨを送信することを特徴とし、
前記インデックスに基づいて前記ＰＵＣＣＨリソース集合の第２ＲＢオフセットが得られ、
前記第１ＲＢオフセットは前記第２ＲＢオフセットに前記ＲＢ数をかけて得られる、端末。
前記ＰＵＣＣＨはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１に基づく、請求項７に記載の端末。
前記情報はＳＩＢ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ)により受信される、請求項７に記載の端末。
前記ＰＵＣＣＨリソース集合は前記端末のための専用ＰＵＣＣＨリソース集合が設定される前に使用される、初期(ｉｎｉｔｉａｌ)ＰＵＣＣＨリソース集合である、請求項７に記載の端末。
前記ＰＵＣＣＨは５２.６ＧＨｚ以上の周波数帯域により送信される、請求項７に記載の端末。
前記ＰＵＣＣＨは複数のＲＢにより送信される、請求項７に記載の端末。
無線通信システムにおいて、ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を送信するための装置であって、
少なくとも１つのプロセッサ、及び
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、
前記動作は、
前記ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及び前記ＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を受信し、
第１ＲＢオフセットに基づくＰＵＣＣＨリソースにより前記ＰＵＣＣＨを送信することを特徴とし、
前記インデックスに基づいて前記ＰＵＣＣＨリソース集合の第２ＲＢオフセットが得られ、
前記第１ＲＢオフセットは前記第２ＲＢオフセットに前記ＲＢ数をかけて得られる、装置。
少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体であって、前記動作は、
前記ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及び前記ＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を受信し、
第１ＲＢオフセットに基づくＰＵＣＣＨリソースにより前記ＰＵＣＣＨを送信することを特徴とし、
前記インデックスに基づいて前記ＰＵＣＣＨリソース集合の第２ＲＢオフセットが得られ、
前記第１ＲＢオフセットは前記インデックスのための第２ＲＢオフセットに前記ＲＢ数をかけて得られる、コンピューター読み取り可能な格納媒体。
無線通信システムにおいて、基地局がＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を受信するための方法であって、
前記ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及び前記ＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を送信し、
第１ＲＢオフセットに基づくＰＵＣＣＨリソースにより前記ＰＵＣＣＨを受信することを特徴とし、
前記インデックスは前記ＰＵＣＣＨリソース集合の第２ＲＢオフセットを知らせるためのものであり、
前記第１ＲＢオフセットは前記第２ＲＢオフセットに前記ＲＢ数をかけて得られる、ＰＵＣＣＨ受信方法。
無線通信システムにおいて、ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を受信するための基地局であって、
少なくとも１つの送受信機、
少なくとも１つのプロセッサ、及び、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、
前記動作は、
前記少なくとも１つの送受信機により、前記ＰＵＣＣＨのためのＰＵＣＣＨリソース集合のインデックス及び前記ＰＵＣＣＨのためのＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)の数に関連する情報を送信し、
前記少なくとも１つの送受信機により、第１ＲＢオフセットに基づくＰＵＣＣＨリソースにより前記ＰＵＣＣＨを受信することを特徴とし、
前記インデックスは前記ＰＵＣＣＨリソース集合の第２ＲＢオフセットを知らせるためのものであり、
前記第１ＲＢオフセットは前記第２ＲＢオフセットに前記ＲＢ数をかけて得られる、基地局。