特許 7364799 無線通信システムにおいて信号を送受信する方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2023-10-10

(45)【発行日】2023-10-18

(54)【発明の名称】無線通信システムにおいて信号を送受信する方法及び装置

(51)【国際特許分類】

   H04W 72/21 20230101AFI20231011BHJP

   H04W 4/40 20180101ALI20231011BHJP

   H04W 16/14 20090101ALI20231011BHJP

   H04L 27/26 20060101ALI20231011BHJP

   H04W 72/0453 20230101ALI20231011BHJP

【ＦＩ】

H04W72/21

H04W4/40

H04W16/14

H04L27/26 113

H04W72/0453

【請求項の数】 12

(21)【出願番号】P 2022542787

(86)(22)【出願日】2021-10-15

(65)【公表番号】

(43)【公表日】2023-03-15

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

(87)【国際公開番号】W WO2022080940

(87)【国際公開日】2022-04-21

【審査請求日】2022-07-12

(31)【優先権主張番号】10-2020-0133155

(32)【優先日】2020-10-15

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0005556

(32)【優先日】2021-01-14

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0048418

(32)【優先日】2021-04-14

(33)【優先権主張国・地域又は機関】KR

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】シン ソクミン

(72)【発明者】

【氏名】キム ソンウク

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】ミョン セチャン

【審査官】望月 章俊

(56)【参考文献】

【文献】欧州特許出願公開第０３５３７８１８（ＥＰ，Ａ１）

【文献】欧州特許出願公開第０３６６４３４９（ＥＰ，Ａ１）

【文献】3GPP TS 38.213 V16.3.0，2020年10月02日

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

Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６

Ｈ０４Ｌ２７／２６

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいて端末が信号を送受信する方法であって、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を送信するためのＰＵＣＣＨリソースを決定する段階と、
前記ＰＵＣＣＨリソースを介して前記ＰＵＣＣＨを送信する段階とを含み、
前記ＰＵＣＣＨリソースはＰＵＣＣＨリソースセット内の１６個のＰＵＣＣＨリソースの一つとして決定され、
前記ＰＵＣＣＨリソースセットは専用(ｄｅｄｉｃａｔｅｄ)のＰＵＣＣＨリソース設定を有さない端末のためであり、
前記ＰＵＣＣＨはＰＵＣＣＨフォーマット０及び１のうちの一つであり、
受信されたＳＩＢ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)がＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の数を提供することに基づいて、前記ＰＵＣＣＨリソースのＰＲＢの数が決定される、信号送受信方法。

【請求項2】

前記ＰＵＣＣＨは前記ＰＲＢの数に該当する長さの一つのＰＵＣＣＨシーケンスに基づいて生成される、請求項１に記載の信号送受信方法。

【請求項3】

前記１６個のＰＵＣＣＨリソースのうちの、有効ではないＰＵＣＣＨリソースは割り当てられない、請求項１に記載の信号送受信方法。

【請求項4】

前記ＰＵＣＣＨリソースの有効性は、
(i)前記ＰＵＣＣＨリソースでのＰＲＢ数、(ii)帯域幅内のＲＢの総数、及び(iii)前記ＰＵＣＣＨリソースセットに該当する初期ＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)インデックスのセットに基づいて決定される、請求項３に記載の信号送受信方法。

【請求項5】

端末のための装置であって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサに動作可能に連結され、実行されるとき、前記少なくとも一つのプロセッサが動作を行うようにする少なくとも一つのコンピューターメモリとを含み、前記動作は、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を送信するためのＰＵＣＣＨリソースを決定することと、
前記ＰＵＣＣＨリソースを介して前記ＰＵＣＣＨを送信することとを含み、
前記ＰＵＣＣＨリソースはＰＵＣＣＨリソースセット内の１６個のＰＵＣＣＨリソースの一つとして決定され、
前記ＰＵＣＣＨリソースセットは専用(ｄｅｄｉｃａｔｅｄ)ＰＵＣＣＨリソース設定を有さない前記端末のためであり、
前記ＰＵＣＣＨはＰＵＣＣＨフォーマット０及び１のうちの一つであり、
受信されたＳＩＢ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)がＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の数を提供することに基づいて、前記ＰＵＣＣＨリソースのＰＲＢの数が決定される、装置。

【請求項6】

前記ＰＵＣＣＨは前記ＰＲＢの数に該当する長さの一つのＰＵＣＣＨシーケンスに基づいて生成される、請求項５に記載の装置。

【請求項7】

前記１６個のＰＵＣＣＨリソースのうちの、有効ではないＰＵＣＣＨリソースは割り当てられない、請求項５に記載の装置。

【請求項8】

前記ＰＵＣＣＨリソースの有効性は、
(i)前記ＰＵＣＣＨリソースでのＰＲＢ数、(ii)帯域幅内のＲＢの総数、及び(iii)前記ＰＵＣＣＨリソースセットに該当する初期ＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)インデックスのセットに基づいて決定される、請求項７に記載の装置。

【請求項9】

少なくとも一つのプロセッサが動作を行うようにする少なくとも一つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体であって、前記動作は、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を送信するためのＰＵＣＣＨリソースを決定することと、
前記ＰＵＣＣＨリソースを介して前記ＰＵＣＣＨを送信することとを含み、
前記ＰＵＣＣＨリソースはＰＵＣＣＨリソースセット内の１６個のＰＵＣＣＨリソースの一つとして決定され、
前記ＰＵＣＣＨリソースセットは専用(ｄｅｄｉｃａｔｅｄ)ＰＵＣＣＨリソース設定を有さない端末のためであり、
前記ＰＵＣＣＨはＰＵＣＣＨフォーマット０及び１のうちの一つであり、
受信されたＳＩＢ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)がＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の数を提供することに基づいて、前記ＰＵＣＣＨリソースのＰＲＢの数が決定される、格納記憶媒体。

【請求項10】

前記ＰＵＣＣＨは前記ＰＲＢの数に該当する長さの一つのＰＵＣＣＨシーケンスに基づいて生成される、請求項９に記載の格納記憶媒体。

【請求項11】

前記１６個のＰＵＣＣＨリソースのうちの、有効ではないＰＵＣＣＨリソースは割り当てられない、請求項９に記載の格納記憶媒体。

【請求項12】

前記ＰＵＣＣＨリソースの有効性は、
(i)前記ＰＵＣＣＨリソースでのＰＲＢ数、(ii)帯域幅内のＲＢの総数、及び(iii)前記ＰＵＣＣＨリソースセットに該当する初期ＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)インデックスのセットに基づいて決定される、請求項１１に記載の格納記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信システムで使用される方法及び装置に関する。

【背景技術】

【0002】

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

【発明の概要】

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

【0003】

本発明で達成しようとする技術的課題は、無線通信システムにおいて上りリンクチャネルの送信を効率的に行うための信号送受信方法及びそのための装置を提供することにある。

【0004】

本発明の技術的課題は上述した技術的課題に制限されず、他の技術的課題は本発明の実施例から類推できるであろう。

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

【0005】

本発明は無線通信システムにおいての信号送受信方法及び装置を提供する。

【0006】

本発明の一態様において、無線通信システムにおいて端末が信号を送受信する方法であって、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を送信するためのＰＵＣＣＨリソースを決定する段階及びＰＵＣＣＨリソースによりＰＵＣＣＨを送信する段階を含み、ＰＵＣＣＨリソースはＰＵＣＣＨリソースセット内の１６個のＰＵＣＣＨリソースのいずれかに決定され、ＰＵＣＣＨリソースセットは端末に専用(ｄｅｄｉｃａｔｅｄ)のＰＵＣＣＨリソース設定のない状態のためのＰＵＣＣＨリソースセットであり、ＰＵＣＣＨリソースのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の数は、受信されたＳＩＢ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)に基づいて決定される、信号送受信方法が提供される。

【0007】

本発明の他の態様において、信号送受信方法を行う装置、プロセッサ及び格納媒体が提供される。

【0008】

上記の方法及び装置において、ＰＵＣＣＨはＰＲＢ数に該当する長さの一つのＰＵＣＣＨシーケンスに基づいて生成される。

【0009】

上記の方法及び装置において、ＰＵＣＣＨはＰＵＣＣＨフォーマット０及び１のいずれかである。

【0010】

上記の方法及び装置において、１６個のＰＵＣＣＨリソースのうち、有効ではないＰＵＣＣＨリソースは割り当てられない。

【0011】

上記の方法及び装置において、ＰＵＣＣＨリソースが有効であるか否かは、(i)ＰＵＣＣＨリソースのＰＲＢ数、(ii)帯域幅内の総ＲＢ数、及び(iii)ＰＵＣＣＨリソースセットに該当する初期ＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)インデックスのセットに基づいて決定される。

【0012】

上記装置は少なくとも端末、ネットワーク及び通信装置以外の他の自律走行車両と通信可能な自律走行車両を含む。

【0013】

上述した本発明の態様は本発明の好ましい実施例の一部に過ぎず、本発明の技術的特徴が反映された様々な実施例は、当該技術分野における通常の知識を有する者が後述する本発明の詳細な説明に基づいて導き出して理解できるであろう。

【発明の効果】

【0014】

本発明の一実施例によれば、通信装置による上りリンクチャネルが送信されるとき、従来の発明とは差別化された動作によりもっと効率的な上りリンクチャネルの送信を行うことができるという長所がある。

【0015】

本発明の技術的効果は上述した技術的効果に制限されず、他の技術的効果は本発明の実施例から類推できるであろう。

【図面の簡単な説明】

【0016】

【図1】無線フレームの構造を例示する図である。

【図2】スロットのリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。

【図3】スロット内に物理チャネルがマッピングされる一例を示す図である。

【図4】ＡＣＫ／ＮＡＣＫの送信過程を例示する図である。

【図5】非免許帯域を支援する無線通信システムを例示する図である。

【図6】非免許帯域内でリソースを占有する方法を例示する図である。

【図7】非免許帯域での信号送信のためのＣＡＰ(Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)のフローチャートである。

【図8】非免許帯域での信号送信のためのＣＡＰ(Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)のフローチャートである。

【図9】ＲＢインターレースを例示する図である。

【図10】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図11】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図12】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図13】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図14】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図15】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図16】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図17】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図18】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図19】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図20】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図21】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図22】本発明の実施例による上りリンクチャネル送信を説明するための図である。

【図23】本発明の実施例による装置を例示する図である。

【図24】本発明の実施例による装置を例示する図である。

【図25】本発明の実施例による装置を例示する図である。

【図26】本発明の実施例による装置を例示する図である。

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

【0017】

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

【0018】

より明確な説明のために３ＧＰＰ通信システム(例、ＬＴＥ－Ａ、ＮＲ)に基づいて説明するが、本発明の技術的思想はそれに限られない。ＬＴＥは３ＧＰＰ ＴＳ ３６.ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。詳しくは、３ＧＰＰ ＴＳ ３６.ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６.ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲはＴＳ ３８.ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと称されることもできる。"ｘｘｘ"は標準文書の細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと統称される。本発明の説明に使用された背景技術、用語、略語などについては本発明前に公開された標準文書に記載された事項を参照できる。例えば、以下の文書を参照できる。

【0019】

３ＧＰＰ ＮＲ

【0020】

－３８.２１１：Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ

【0021】

－３８.２１２：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ

【0022】

－３８.２１３：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｃｏｎｔｒｏｌ

【0023】

－３８.２１４：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｄａｔａ

【0024】

－３８.３００：ＮＲ ａｎｄ ＮＧ-ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ

【0025】

－３８.３３１：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ(ＲＲＣ) ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ

【0026】

図１はＮＲにおいて使用される無線フレームの構造を例示している。

【0027】

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

【0028】

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

【0029】

【表1】

【0030】

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

【0031】

【表2】

【0032】

ＮＲシステムでは、一つの端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ)に併合される複数のセルの間でＯＦＤＭ(Ａ)ニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)が異なるように設定される。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と統称)の(絶対時間)区間が併合されたセルの間で異なる。

【0033】

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

【0034】

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

【0035】

【表3】

【0036】

図２はＮＲフレームのスロット構造を例示している。

【0037】

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

【0038】

無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局に上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を送信する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネル／信号が存在する。物理チャネルは上位階層から由来する情報を運ぶリソース要素(ＲＥ)のセットに対応する。物理信号は物理階層(ＰＨＹ)により使用されるリソース要素(ＲＥ)のセットに対応するが、上位階層から由来する情報は運ばない。上位階層はＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)階層、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ)階層、ＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)階層、ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)階層などを含む。

【0039】

ＤＬ物理チャネルはＰＢＣＨ(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ)、ＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ｃｈａｎｎｅｌ)及びＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)を含む。ＤＬ物理信号はＤＬ ＲＳ(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＰＳＳ(Ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)及びＳＳＳ(Ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)を含む。ＤＬ ＲＳはＤＭ－ＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ ＲＳ)、ＰＴ－ＲＳ(Ｐｈａｓｅ－ｔｒａｃｋｉｎｇ ＲＳ)及びＣＳＩ－ＲＳ(ｃｈａｎｎｅｌ－ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ＲＳ)を含む。ＵＬ物理チャネルはＰＲＡＣＨ(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)、ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)及びＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を含む。ＵＬ物理信号はＵＬ ＲＳを含む。ＵＬ ＲＳはＤＭ－ＲＳ、ＰＴ－ＲＳ及びＳＲＳ(Ｓｏｕｎｄｉｎｇ ＲＳ)を含む。

【0040】

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

【0041】

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

【0042】

本発明において、基地局は例えば、ｇＮｏｄｅＢである。

【0043】

上りリンク(ＤＬ)物理チャネル／信号

【0044】

(１)ＰＵＳＣＨ

【0045】

ＰＵＳＣＨは上りリンクデータ(例、ＵＬ－ＳＣＨ ＴＢ)及び／又は上りリンク制御情報(ＵＣＩ)を運び、ＣＰ－ＯＦＤＭ(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ －Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形又はＤＦＴ－ｓ－ＯＦＤＭ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング(ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ)を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合(例、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合は(例、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨはＰＤＣＣＨにより動的にスケジューリングされるか(ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)、又は上位階層(例、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ１(Ｌ１)シグナリング(例、ＰＤＣＣＨ))に基づいて半－静的にスケジューリングされる(Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ、ＣＳ)。従って、動的スケジューリングではＰＵＳＣＨ送信にＰＤＣＣＨが伴われるが、ＣＳではＰＵＳＣＨ送信にＰＤＣＣＨが伴われない。ＣＳはＴｙｐｅ－１ ＣＧ(Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ)ＰＵＳＣＨ送信とＴｙｐｅ－２ ＣＧ ＰＵＳＣＨ送信を含む。Ｔｙｐｅ－１ ＣＧにおいてＰＵＳＣＨ送信のための全てのパラメータが上位階層によりシグナリングされる。Ｔｙｐｅ－２ ＣＧにおいてはＰＵＳＣＨ送信のためのパラメータのうち、一部は上位階層によりシグナリングされ、残りはＰＤＣＣＨによりシグナリングされる。基本的には、ＣＳではＰＵＳＣＨ送信にＰＤＣＣＨが伴われない。

【0046】

(２)ＰＵＣＣＨ

【0047】

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

【0048】

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

【0049】

－ＨＡＲＱ－ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎt)：ＤＬ信号(例、ＰＤＳＣＨ、ＳＰＳ解除ＰＤＣＣＨ)に対する受信応答信号である。ＨＡＲＱ－ＡＣＫ応答はｐｏｓｉｔｉｖｅ ＡＣＫ(簡単に、ＡＣＫ)、ｎｅｇａｔｉｖｅ ＡＣＫ(ＮＡＣＫ)、ＤＴＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ＨＡＲＱ－ＡＣＫはＡ／Ｎ、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫなどと混用される。ＨＡＲＱ－ＡＣＫはＴＢ－単位／ＣＢＧ－単位で生成される。

【0050】

－ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｉｎｆｏｒｍａｔｏｎ)：ＤＬチャネルに対するフィードバック情報である。ＣＳＩはＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＰＴＩ(Ｐｒｅｃｏｄｉｎｇ Ｔｙｐｅ Ｉｎｄｉｃａｔｏｒ)などを含む。

【0051】

表４はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨフォーマットはＵＣＩペイロードのサイズ／送信長さ(例、ＰＵＣＣＨリソースを構成するシンボル数)／送信構造により区分される。ＰＵＣＣＨフォーマットは送信長さによってＳｈｏｒｔ ＰＵＣＣＨ(フォーマット０、２)及びＬｏｎｇ ＰＵＣＣＨ(フォーマット１、３、４)に分類される。

【0052】

【表4】

【0053】

(０)ＰＵＣＣＨフォーマット０(ＰＦ０)

【0054】

－支援可能なＵＣＩペイロードサイズ：Ｋビットまで(例、Ｋ＝２)

【0055】

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：１～Ｘシンボル(例、Ｘ＝２)

【0056】

－送信構造：ＤＭ-ＲＳなしにＵＣＩ信号のみで構成され、複数のシーケンスのうち、一つを選択及び送信することによりＵＣＩ状態を送信

【0057】

(１)ＰＵＣＣＨフォーマット１(ＰＦ１)

【0058】

－支援可能なＵＣＩペイロードサイズ：Ｋビットまで(例、Ｋ＝２)

【0059】

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル(例、Ｙ＝４、Ｚ＝１４)

【0060】

－送信構造：ＤＭ－ＲＳとＵＣＩが互いに異なるＯＦＤＭシンボルにＴＤＭ形態で構成され、ＵＣＩは特定のシーケンスに変調(例、ＱＰＳＫ)シンボルを掛ける形態。ＵＣＩとＤＭ－ＲＳにいずれもＣＳ(ｃｙｃｌｉｃ ｓｈｉｆｔ、循環シフト)／ＯＣＣ(Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ)を適用して、(同一のＲＢ内で)(ＰＵＣＣＨフォーマット１に従う)複数のＰＵＣＣＨリソースの間にＣＤＭを支援

【0061】

(２)ＰＵＣＣＨフォーマット２(ＰＦ２)

【0062】

－支援可能なＵＣＩペイロードサイズ：Ｋビットまで(例、Ｋ＝２)

【0063】

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：１～ｘシンボル(例、Ｘ＝２)

【0064】

－送信構造：ＤＭＲＳとＵＣＩが同一のシンボル内でＦＤＭ形態で構成／マッピングされ、符号化されたＵＣＩビットにＤＦＴなしにＩＦＦＴのみを適用して送信される構造

【0065】

(３)ＰＵＣＣＨフォーマット３(ＰＦ３)

【0066】

－支援可能なＵＣＩペイロードサイズ：Ｋビット以上(例、Ｋ＝２)

【0067】

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル(例、Ｙ＝４、Ｚ＝１４)

【0068】

－送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、符号化されたＵＣＩビットにＤＦＴを適用して送信する形態。ＵＣＩにはＤＦＴ前端でＯＣＣを適用し、ＤＭＲＳにはＣＳ(又はＩＦＤＭマッピング)を適用して複数の端末に多重化を支援

【0069】

(４)ＰＵＣＣＨフォーマット４(ＰＦ４)

【0070】

－支援可能なＵＣＩペイロードサイズ：Ｋビット以上(例、Ｋ＝２)

【0071】

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル(例、Ｙ＝４、Ｚ＝１４)

【0072】

－送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、符号化されたＵＣＩビットにＤＦＴを適用して端末間多重化なしに送信される構造

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

１．非免許帯域を支援する無線通信システム

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

図６は非免許帯域においてリソースを占有する方法を例示している。非免許帯域に対する地域別規制(ｒｅｇｕｌａｔｉｏｎ)によれば、非免許帯域内の通信ノードは信号送信前に他の通信ノードのチャネル使用有無を判断しなければならない。具体的には、通信ノードは信号送信前にまず搬送波センシング(Ｃａｒｒｉｅｒ Ｓｅｎｓｉｎｇ；ＣＳ)を行って他の通信ノードが信号送信を行うか否かを確認する。他の通信ノードが信号送信を行わないと判断された場合をＣＣＡ(Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ)が確認されたと定義する。所定の或いは上位階層(例、ＲＲＣ)シグナリングにより設定されたＣＣＡしきい値がある場合、通信ノードはＣＣＡしきい値より高いエネルギーがチャネルで検出されると、チャネル状態をビジー(ｂｕｓｙ)と判断し、そうではないと、チャネル状態を遊休(ｉｄｌｅ)と判断する。参考として、Ｗｉ－Ｆｉ標準(８０２.１１ａｃ)において、ＣＣＡしきい値はｎｏｎ Ｗｉ－Ｆｉ信号に対して－６２ｄＢｍ、Ｗｉ－Ｆｉ信号に対して－８２ｄＢｍと規定されている。チャネル状態が遊休であると判断されると、通信ノードはＵＣｅｌｌで信号送信を開始する。上述した一連の過程はＬＢＴ(Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ)又はＣＡＰ(Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)と呼ばれる。ＬＢＴとＣＡＰ、ＣＣＡは混用できる。

【0092】

具体的には、非免許帯域での下りリンク受信／上りリンク送信のために、後述するＣＡＰ方法のうちのいずれかが本発明に連関する無線通信システムにおいて使用される。

【0093】

非免許帯域での下りリンク信号送信方法

【0094】

基地局は非免許帯域での下りリンク信号送信のために、以下のうちのいずれかの非免許帯域接続手順(例、Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ、ＣＡＰ)を行う。

【0095】

(１)タイプ１ 下りリンクＣＡＰ方法

【0096】

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

【0097】

－(i)ユーザ平面データ(ｕｓｅｒ ｐｌａｎｅ ｄａｔａ)を有するユニキャストＰＤＳＣＨ、又は(ii)ユーザ平面データを有するユニキャストＰＤＳＣＨ及びユーザ平面データをスケジューリングするユニキャストＰＤＣＣＨを含む、基地局により開始された(ｉｎｉｔｉａｔｅｄ)送信、又は

【0098】

－(i)検出バーストのみを有する、又は(ii)非－ユニキャスト(ｎｏｎ－ｕｎｉｃａｓｔ)情報と多重化された検出バーストを有する、基地局により開始された送信。

【0099】

図７は基地局の非免許帯域での下りリンク信号送信のためのＣＡＰ動作のフローチャートである。

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

【表5】

【0109】

遅延区間Ｔ_ｄは区間Ｔ_ｆ(１６ｕｓ)＋ｍ_ｐ個の連続するセンシングスロット区間Ｔ_sl(９ｕｓ)の順で構成される。Ｔ_ｆは１６ｕｓ区間の開始時点にセンシングスロット区間Ｔ_slを含む。

【0110】

ＣＷ_min,p≦ＣＷ_p≦ＣＷ_max,pである。ＣＷ_pはＣＷ_p＝ＣＷ_min,pと設定され、以前のＤＬバースト(例、ＰＤＳＣＨ)に対するＨＡＲＱ－ＡＣＫフィードバック(例、ＡＣＫ又はＮＡＣＫ比率)に基づいてステップ１以前にアップデートされる(ＣＷサイズアップデート)。例えば、ＣＷ_pは以前のＤＬバーストに対するＨＡＲＱ－ＡＣＫフィードバックに基づいてＣＷ_min,pに初期化されるか、又は次に高い許容された値に増加されるか、又は既存の値がそのまま維持される。

【0111】

(２)タイプ２ 下りリンク(ＤＬ)ＣＡＰ方法

【0112】

タイプ２ ＤＬ ＣＡＰにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる時間区間の長さは決定的である(ｄｅｔｅｒｍｉｎｉｓｔｉｃ)。タイプ２ ＤＬ ＣＡＰはタイプ２Ａ／２Ｂ／２Ｃ ＤＬ ＣＡＰに区分される。

【0113】

タイプ２Ａ ＤＬ ＣＡＰは以下の送信に適用される。タイプ２Ａ ＤＬ ＣＡＰにおいて基地局は少なくともセンシング区間Ｔ_{short_dl}＝２５ｕｓの間にチャネルが遊休とセンシングされた直後、送信を行う。ここで、Ｔ_{short_dl}は区間Ｔ_f(＝１６ｕｓ)の直後に続く一つのセンシングスロット区間で構成される。Ｔｆは区間の開始点にセンシングスロットを含む。

【0114】

－(i)検出バーストのみを有する、又は(ii)非－ユニキャスト(ｎｏｎ－ｕｎｉｃａｓｔ)情報と多重化された検出バーストを有する、基地局により開始された送信、又は

【0115】

－共有チャネル占有(Ｓｈａｒｅｄ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)内で端末による送信から２５ｕｓギャップ以後の基地局の送信。

【0116】

タイプ２Ｂ ＤＬ ＣＡＰは共有されたチャネル占有時間内で端末による送信から１６ｕｓギャップ以後に基地局により行われる送信に適用可能である。タイプ２Ｂ ＤＬ ＣＡＰにおいて基地局はＴ_f＝１６ｕｓの間にチャネルが遊休とセンシングされた直後、送信を行う。Ｔ_fは区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２Ｃ ＤＬ ＣＡＰは共有されたチャネル占有時間内で端末による送信から最大１６ｕｓギャップ後に基地局により行われる送信に適用可能である。タイプ２Ｃ ＤＬ ＣＡＰにおいて基地局は送信を行う前にチャネルをセンシングしない。

【0117】

非免許帯域での上りリンク信号送信方法

【0118】

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

【0119】

(１)タイプ１ 上りリンク(ＵＬ)ＣＡＰ方法

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

図８は上りリンク信号送信のための端末のＴｙｐｅ１のＣＡＰ動作のフローチャートである。

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

【表6】

【0134】

遅延区間Ｔ_ｄは区間Ｔ_ｆ(１６ｕｓ)＋ｍ_ｐ個の連続するセンシングスロット区間Ｔ_sl(９ｕｓ)の順で構成される。Ｔ_ｆは１６ｕｓ区間の開始時点にセンシングスロット区間Ｔ_slを含む。

【0135】

ＣＷ_min,p≦ＣＷ_p≦ＣＷ_max,pである。ＣＷ_pはＣＷ_p＝ＣＷ_min,pと設定され、以前のＵＬバースト(例、ＰＵＳＣＨ)に対する明示的／黙示的な受信応答に基づいてステップ１以前にアップデートされる(ＣＷサイズアップデート)。例えば、ＣＷ_pは以前のＵＬバーストに対する明示的／黙示的な受信応答に基づいてＣＷ_min,pに初期化されるか、次に高い許容された値に増加するか、又は既存の値がそのまま維持される。

【0136】

(２)タイプ２ 上りリンク(ＵＬ)ＣＡＰ方法

【0137】

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

【0138】

ＲＢインターレース

【0139】

図９はＲＢインターレースを例示する。共有スペクトルではＯＣＢ(Ｏｃｃｕｐｉｅｄ Ｃｈａｎｎｅｌ Ｂａｎｄｗｉｄｔｈ)及びＰＳＤ(Ｐｏｗｅｒ Ｓｐｅｃｔｒａｌ Ｄｅｎｓｉｔｙ)関連規制を考慮して、周波数上で(等間隙の)不連続する(単一の)ＲＢの集合をＵＬ(物理)チャネル／信号送信に使用される／割り当てられる単位リソースとして定義する。かかる不連続ＲＢ集合を便宜上、"ＲＢインターレース"(簡単に、インターレース)と定義する。

【0140】

図９を参照すると、周波数帯域内に複数のＲＢインターレース(簡単に、インターレース)が定義される。ここで、周波数帯域は(広帯域)セル／ＣＣ／ＢＷＰ／ＲＢセットを含み、ＲＢはＰＲＢを含む。例えば、インターレース＃ｍ∈{０、１、...、Ｍ－１}は(共通)ＲＢ{ｍ、Ｍ＋ｍ、２Ｍ＋ｍ、３Ｍ＋ｍ、...}で構成される。Ｍはインターレースの数を示す。送信機(例、端末)は一つ以上のインターレースを使用して信号／チャネルを送信することができる。信号／チャネルはＰＵＣＣＨ又はＰＵＳＣＨを含む。

【0141】

３．非免許帯域でのＰＵＣＣＨ送信

【0142】

上述した内容(ＮＲ ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ、ＲＡＣＨ、Ｕ－ｂａｎｄシステムなど)は、後述するこの明細書で提案する方法と結合して適用でき、またこの明細書で提案する方法の技術的特徴を明確にする。

【0143】

また、後述する方法は上りリンク送信に関連し、上述したＵ－ｂａｎｄシステム(非免許帯域)での上りリンク信号送信方法にも同様に適用できる。この明細書で提案する技術的思想が該当システムでも具現されるように、各システムで定義する用語、表現、構造などに合わせて変形又は代替することができる。

【0144】

例えば、後述するＰＵＣＣＨ送信に関連する方法による上りリンク送信は、Ｕ－Ｂａｎｄシステムで定義されるＬ－ｃｅｌｌ及び／又はＵ－ｃｅｌｌで行われる。

【0145】

上述したように、Ｗｉ－Ｆｉ標準(８０２.１１ａｃ)において、ＣＣＡしきい値はｎｏｎ Ｗｉ－Ｆｉ信号に対して－６２ｄＢｍ、Ｗｉ－Ｆｉ信号に対して－８２ｄＢｍと規定されている。即ち、Ｗｉ－ＦｉシステムのＳＴＡ(Ｓｔａｔｉｏｎ)やＡＰ(Ａｃｃｅｓｓ ｐｏｉｎｔ)は、Ｗｉ－Ｆｉシステムに属しない装置の信号が特定の帯域で－６２ｄＢｍ以上の電力で受信されるとき、該当特定の帯域では信号の送信を行わない。

【0146】

この明細書において‘非免許帯域’は‘共有スペクトル’に置き換え及び混用可能である。

【0147】

ＮＲ周波数帯域(ｆｒｅｑｕｅｎｃｙ ｂａｎｄ)は２つのタイプ(ＦＲ１、ＦＲ２)の周波数範囲(ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ)により定義される。ＦＲ１、ＦＲ２は表７のように構成される。またＦＲ２はミリ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ, ｍｍＷ)を意味する。

【0148】

【表7】

【0149】

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

【0150】

共有スペクトルにおいて特定の装置(及び／又はノード)が信号を送信するとき、ＰＳＤ(Ｐｏｗｅｒ Ｓｐｅｃｔｒａｌ Ｄｅｎｓｉｔｙ)観点の制約があり得る。例えば、ＦＲ４の一部の帯域での信号送信は２３ｄＢｍ／１ＭＨｚのＰＳＤを満たす必要がある。また、他の帯域での信号送信は１３ｄＢｍ／１ＭＨｚのＰＳＤを満たす必要がある。このために、端末は信号を周波数軸に広めて許容電力を増加させる。

【0151】

また、共有スペクトルに対する規制として、ＯＣＢ(Ｏｃｃｕｐｉｅｄ Ｃｈａｎｎｅｌ Ｂａｎｄｗｉｄｔｈ)の観点の制約があり得る。例えば、特定の装置が信号を送信するとき、該当信号はシステム帯域幅の７０％は占有する必要がある。もしシステム帯域幅が４００ＭＨｚであると、信号を送信しようとする装置は４００ＭＨｚの７０％である２８０ＭＨｚ以上を占有する必要がある。

【0152】

ＰＳＤ及びＯＣＢに関する規制を考慮するＰＵＣＣＨの構造として、上述したＲＢインターレース構造を使用できる。

【0153】

表８はＦＲ２領域においてＳＣＳ及び帯域幅に基づく総ＰＲＢ数を示す。

【0154】

【表8】

【0155】

表９は表８に基づいて、ＳＣＳが２４０ｋＨｚ、４８０ｋＨｚ、９６０ｋＨｚまで増加したとき、そして帯域幅が８００ＭＨｚ、１６００ＭＨｚ、２０００ＭＨｚまで増加したときの総ＰＲＢ数を予想して示したものである。

【0156】

【表9】

【0157】

表１０はこの明細書のシミュレーション結果を導き出すためのＰＲＢ数を示す。

【0158】

【表10】

【0159】

表９及び／又は表１０のように、ＳＣＳ及び帯域幅ごとのＰＲＢ数が定義されると、既存の通信システムのＰＵＣＣＨフォーマットは再使用が難しくなる。従って、この明細書では、ＦＲ４のための向上した(ｅｎｈａｎｃｅｄ)ＰＵＣＣＨフォーマット及び向上した初期(ｉｎｉｔｉａｌ)ＰＵＣＣＨリソースセットに関する内容を提案する。

【0160】

一方、システムに適用されるＳＣＳ及び帯域幅ごとのＰＲＢ数は表９及び／又は表１０とは異なってもよい。この明細書の提案方法は、表９及び／又は表１０とは異なるＰＲＢ数に基づくシステムに拡張及び適用できる。

【0161】

以下、この明細書で提案するＰＵＣＣＨ送信を行うためのＵＥ動作について説明する。

【0162】

(１)まず、ＵＥはＰＵＣＣＨ送信のための設定情報を基地局から受信する。ここで、設定情報はこの明細書で提案した、ＰＵＣＣＨフォーマット及びＳＣＳごとのＰＵＣＣＨリソースに関する情報を含む。(２)次に、ＵＥは設定情報に基づいてＰＵＣＣＨが送信されるリソースを決定する。(３)次に、ＵＥは決定されたＰＵＣＣＨリソース上で基地局に上りリンク送信を行う。

【0163】

より具体的な内容は後述する方法を参考する。即ち、後述する方法は上記(１)～(３)の手順と結合してこの明細書で提案する目的／効果を達成することができる。

【0164】

３.１．Ｅｎｈａｎｃｅｄ ＰＵＣＣＨ ｆｏｒｍａｔ ｄｅｓｉｇｎ ｆｏｒ ａｂｏｖｅ ５２.６ＧＨｚ

【0165】

ＦＲ４領域(例えば、５２．６ＧＨｚ以上の帯域)には、上述したＰＳＤ及びＯＣＢ以外に、一つのノードが最大に送信可能な電力も制限される。一例として、一つのノードは最大４０ｄＢｍまで電力を使用できる。従って、ＰＳＤ規制及び最大電力制限を考慮すると、各ＳＣＳによって１ＰＲＢに送信可能な最大電力が決定される。各ＳＣＳによって各ＰＲＢに最大電力を送信しながら、最大送信電力を超えない最大ＰＲＢ数は表１１、表１２及び表１３のように計算できる。表１１はＰＳＤ規制が２３ｄＢｍ／１ＭＨｚである場合である。表１２はＰＳＤ規制が１３ｄＢｍ／１ＭＨｚである場合である。

【0166】

【表11】

【0167】

【表12】

【0168】

表１３はＰＳＤ規制が３８ｄＢｍ／１ＭＨｚであり、最大電力制限が１ノード当たり５５ｄＢｍである場合を示す。

【0169】

【表13】

【0170】

特徴的には、表１１及び表１３において、＃ ｏｆ ＰＲＢは等しく得られる。但し、表１１ないし表１３の例示は、ヨーロッパ地域の要求事項に基づいて導き出されたものであり、他の地域の要求事項により導き出される＃ ｏｆ ＰＲＢ数が変わってもこの明細書の提案方法が使用できる。

【0171】

表１１ないし表１３のように、ＰＳＤ要求事項及び最大電力制限を考慮して、ＳＣＳごとの最小ＰＲＢ数が計算される。基地局は端末がＰＵＣＣＨを送信するときに最大電力を使用するように、表１１ないし表１３で計算されたＰＲＢ数以上のリソースを割り当てる必要がある。従って、以下の方法が提案される。以下に提案するＰＲＢ数は基本的にＰＵＣＣＨフォーマット０／１／２／３／４の送信時の連続する(ｃｏｎｔｉｇｕｏｕｓ)ＰＲＢ数を意味するが、ｉｎｔｅｒｌａｃｅｄ ＰＲＢ形態にも拡張できる。

【0172】

[方法３－１－１]ＰＵＣＣＨフォーマット０／１のためにＥＩＲＰ(Ｅｆｆｅｃｔｉｖｅ Ｉｓｏｔｒｏｐｉｃ Ｒａｄｉａｔｅｄ Ｐｏｗｅｒ)を満たす最小ＰＲＢ数を設定する方法

【0173】

方法１はＰＳＤ要求事項及び最大電力制限を考慮して計算された最小ＰＲＢ数が、ＰＵＣＣＨ送信のための最小ＰＲＢ数に設定される方法である。一例として、ＳＣＳごとの最小ＰＲＢ数は表１４の通りである(ヨーロッパのＢａｎｄ７５(ｃ１)ｒｅｑｕｉｒｅｍｅｎｔ基準)。

【0174】

【表14】

【0175】

表１４のＰＲＢ数を満たすＰＵＣＣＨフォーマット０及び／又は１を構成及び／又は設定する方法により、ＰＵＣＣＨフォーマット０及び／又は１に使用されるシーケンスが、ＰＳＤ要求事項及び最大電力制限を考慮して計算された最小ＰＲＢ数に該当する長いシーケンスに設定される。

【0176】

一例として、（各）ＳＣＳごとにＰＳＤ要求事項及び最大電力制限を考慮して計算されたＰＲＢ数が表１４の通りであれば、表１５のようにＰＵＣＣＨフォーマット０及び／又は１のために使用されるシーケンス長さが提案される。各シーケンス長さは、上りリンクの送信に使用されるＲＥ数より小さい数のうち、一番大きい素数に決定される。特徴的には、既存の通信システムにおいてシーケンス長さが３６以下である場合、ＣＧＳ(ｃｏｍｐｕｔｅｒ ｇｅｎｅｒａｔｅｄ ｓｅｑｕｅｎｃｅ)に基づくシーケンスが使用され、シーケンス長さが３６以上である場合は、ＺＣ(Ｚａｄｏｆｆ－Ｃｈｕ)シーケンスが使用されている。表１４のようにＰＲＢ数が決定された場合、全てのシーケンス長さが３６以上になるので、使用されるシーケンスはＺＣシーケンスである。

【0177】

【表15】

【0178】

[方法３－１－１－Ａ]：ＰＵＣＣＨフォーマット０／１のためのＰＲＢ数を基地局が指示する方法

【0179】

方法１はＰＳＤ要求事項及び最大電力制限を考慮して、ＰＵＣＣＨフォーマット０及び／又は１のための最小ＰＲＢ数を計算して予め決定しておく方法である。さらにＰＵＣＣＨフォーマット０／１を送信するためのＰＲＢ数を基地局が上位階層シグナリング(例えば、ＳＩＢ)により端末に指示することができる。この明細書においてＰＵＣＣＨフォーマットを送信するとは、該当フォーマットが設定されたＰＵＣＣＨを送信することを意味する。

【0180】

基地局はＳＣＳ値及び／又はｎｏｍｉｎａｌ ＢＷ(又はＣａｒｒｉｅｒ、ＢＷＰ)のサイズを考慮して周波数ドメインリソースを効率的に分けて、複数の端末が送信するＰＵＣＣＨフォーマット０及び／又は１が多重化されるようにＰＲＢ数を指示する。

【0181】

一例として、表１６のようにＰＵＣＣＨフォーマット０及び／又は１のためのＰＲＢ数が、ＳＣＳ１２０、２４０、４８０、９６０ｋＨｚごとに、４、８、１６、３２のように２の指数乗の形態に割り当てられる。基地局は端末に上位階層シグナリングによりＰＲＢ数を指示する。ＰＳＤ要求事項及び最大電力制限を考慮したとき、基地局が指示したＰＲＢ数が必要なＰＲＢ数より小さい場合は、端末は最大電力を送信する代わりに、ＰＳＤ要求事項に合わせてＰＵＣＣＨフォーマット０及び／又は１を送信する。

【0182】

【表16】

【0183】

ＦＤＭ容量(ｃａｐａｃｉｔｙ)を考慮して基地局がＰＵＣＣＨフォーマット０及び／又は１のためのＰＲＢ数を指示するとき、ＰＲＢ数はＰＳＤ要求事項及び最大電力制限に基づいて決定されたＰＲＢ数に比べて特定の範囲以上小さくならないように設定する必要がある。ＰＲＢ数が小さくなりすぎると、端末の送信電力が減少してリンク・バジェット(ｌｉｎｋ ｂｕｄｇｅｔ)の側面で問題になり得る。

【0184】

[方法３－１－２]既存のＰＵＣＣＨフォーマット０／１をＥＩＲＰを満たす最小ＰＲＢ数より大きいか或いは等しいながら、一番小さい素数(ｐｒｉｍｅ ｎｕｍｂｅｒ)に該当するＰＲＢだけ繰り返して送信する方法

【0185】

既存のＮＲ ＰＵＣＣＨフォーマット０及び／又は１は単一(ｓｉｎｇｌｅ)ＰＲＢだけ送信されている。従って、表１４のようにＰＳＤ要求事項及び最大電力制限を考慮して計算された最小ＰＲＢ数が定義されると、該当単一のＰＲＢが周波数ドメイン上で繰り返される。この明細書においてＰＲＢが繰り返されるとは、該当ＰＲＢに含まれたＰＵＣＣＨシーケンスが繰り返されることと解釈できる。繰り返されるＰＲＢ数は定義された最小ＰＲＢ数より大きいか又は等しい数のうち、一番小さい素数に決定される。既存のＮＲ ＰＵＣＣＨフォーマット０及び／又は１では決定された繰り返しＰＲＢ数に基づいて送信される。表１４に選択された繰り返しＰＲＢ数は表１７の通りである。

【0186】

【表17】

【0187】

繰り返されるシーケンスはＰＡＰＲ（Ｐｅａｋ－ｔｏ－Ａｖｅｒａｇｅ Ｐｏｗｅｒ Ｒａｔｉｏ)／ＣＭ(Ｃｕｂｉｃ Ｍｅｔｒｉｃ)性能が悪くなるので、低いＰＡＰＲ／ＣＭ性能達成のためにπ／４ｓｔｅｐを有する位相シフトパターン(Ｐｈａｓｅ ｓｈｉｆｔ ｐａｔｔｅｒｎ)が適用される。一例として、４８０ｋＨｚ ＳＣＳを考慮すると、ＮＲ－ＰＵＣＣＨフォーマット０及び／又は１が周波数ドメインにおいて１１ＰＲＢだけ繰り返して送信されるとき、図１０の位相シフトパターンにおいて上位４つのいずれかが使用される。このとき、上位４つの位相シフトパターンのいずれかを使用する理由は、該当位相シフトパターンが他の位相シフトパターンよりＰＡＰＲ／ＣＭ性能に優れるためである。このとき、{１、０＋１ｉ、－１、０－１ｉ}の順に{０、π／４、２π／４、３π／４}ずつ位相シフトされ、各パターンはＰＲＢ単位(ｌｅｖｅｌ)で適用及び／又は設定される。例えば、図１０のパターンのうち、一番上のパターンが使用される場合、１１ＰＲＢのうち(周波数ドメインにおいて低い又は高い順に)一番目ないし三番目のＰＲＢまでのシーケンスは位相シフトされず、四番目ないし六番目のＰＲＢまでのシーケンスは２π／４だけ位相シフトされる。

【0188】

π／４ｓｔｅｐを有する位相シフトパターンが適用されるとき、ＰＲＢ数が素数に提案される理由は図１１の通りである。図１０を参照すると、ＰＲＢ単位で繰り返し送信するシーケンスの数を素数に設定する場合、素数ではない場合よりもＰＡＰＲ／ＣＭ性能が優れることが確認できる。

【0189】

[方法３－１－３]ＰＵＣＣＨフォーマット２／３のためにＰＵＣＣＨ送信のための最小ＰＲＢ数を定義する方法

【0190】

ＰＵＣＣＨフォーマット２及び３は複数のＰＲＢによるＰＵＣＣＨ送信が支援されるフォーマットである。従って、現在、従来の通信システムに比べて追加定義がなくても、ＰＳＤ要求事項及び最大電力制限を考慮して計算された最小ＰＲＢ以上にＰＵＣＣＨフォーマット２及び／又は３を送信するように基地局が設定及び／又は指示することができる。

【0191】

一方、ＰＵＣＣＨフォーマット２及び／又は３の場合、基地局がＰＵＣＣＨリソースを指示しても、端末は該当ＰＵＣＣＨリソースを指示された全てのリソースを使用しなくてもよい。より具体的には、端末は基地局が指示したＰＵＣＣＨリソース内で、ＰＵＣＣＨフォーマット２及び／又は３の送信のための符号化速度(ｃｏｄｉｎｇ ｒａｔｅ)に合わせてＰＲＢ数を減らして送信する。

【0192】

ＦＲ４の帯域では、上述したようにＰＳＤ要求事項及び最大電力制限を考慮して計算した最小ＰＲＢ以上にＰＵＣＣＨを送信しないと、信頼性を確保できない。端末が符号化速度に合わせてＰＵＣＣＨフォーマット２及び／又は３のＰＲＢ数を減らして送信するとき、ＰＲＢ数がＰＳＤ要求事項及び最大電力制限を考慮して計算した最小ＰＲＢ数よりは小さくならないように設定してＰＵＣＣＨフォーマット２及び／又は３を送信することができる。一例として、表１４のように最小ＰＲＢ数が定義される場合、端末が符号化速度に基づいて最小に減らして送信できるＰＲＢ数は、表１４に記載の最小ＰＲＢ数になる。

【0193】

さらに、ＰＳＤ要求事項及び及び最大電力制限を考慮して計算した最小ＰＲＢ数は地域ごとの規制などによって異なる。それを考慮して、基地局が最小ＰＲＢ数を上位階層シグナリング(例えば、ＳＩＢ或いは(ｄｅｄｉｃａｔｅｄ)ＲＲＣ ｓｉｇｎａｌｌｉｎｇ)により指示する。端末が符号化速度に合わせてＰＵＣＣＨフォーマット２及び／又は３のＰＲＢ数を減らして送信するとき、ＰＲＢ数は基地局から指示された最小ＰＲＢ数よりは小さくならない。このように設定されるとき、基地局が指示できるＰＲＢ数はＰＳＤ要求事項及び及び最大電力制限を考慮して計算した最小ＰＲＢ数より大きいか又は等しく設定する方が端末の信頼性の側面で望ましい。

【0194】

さらに、ＮＲ ＰＵＣＣＨフォーマット２及び／又は３に割り当てられるように最大ＰＲＢ数も再定義する必要がある。現在、ＮＲ ＰＵＣＣＨフォーマット２及び３に割り当てられる最小ＰＲＢ数は１６に定義されている。しかし、一例として表１４のような最小ＰＲＢ数が定義される場合、ＰＵＣＣＨフォーマット２及び／又は３に割り当てられる最大ＲＢ数は少なくとも該当最小ＰＲＢ数より大きいか又は等しく設定される必要がある。また、最大ＰＲＢ数も地域ごとの規制などによって異なる。これを考慮して、基地局が最大ＰＲＢ数を上位階層シグナリング(例えば、ＳＩＢ或いは(ｄｅｄｉｃａｔｅｄ) ＲＲＣ ｓｉｇｎａｌｌｉｎｇ)により指示する。基地局は最大ＰＲＢ数を端末に指示し、さらに最大ＰＲＢ数よりも小さいか又は等しいＰＲＢ数を端末に指示する。端末は得られたＰＲＢ数をＰＵＣＣＨフォーマット２及び／又は３の送信のために使用する。

【0195】

[方法３－１－４]ＰＵＣＣＨフォーマット４のためのＰＲＢ数の設定及びＰＲＢ数が増加するほどｐｒｅ－ＤＦＴ ＯＣＣの(最大)ＯＣＣ長さを増加させる方法

【0196】

ＮＲ ＰＵＣＣＨフォーマット４は、単一のＰＲＢを使用しながら、ｐｒｅ－ＤＦＴ ＯＣＣを用いたＵＥ多重化が可能なＰＵＣＣＨフォーマットである。このとき、ＤＦＴ動作が使用されるので、ＰＵＣＣＨフォーマット４のためのＰＲＢ数は常に２、３或いは５の倍数(即ち、ＤＦＴ ｃｏｎｓｔｒａｉｎｔ－>２^a＊３^b＊５^cの形態で表現可能な数、ａ，ｂ，ｃは０を含む正の整数)を満たすように設定される必要がある。従って、ＦＲ４の領域においてＰＳＤ要求事項及び最大電力制限を考慮して計算された最小ＰＲＢ値が与えられると、ＰＵＣＣＨフォーマット４のためのＰＲＢ数はＤＦＴ ｃｏｎｓｔｒａｉｎｔまでさらに考慮して、以下のオプションのいずれかに設定される。

【0197】

Ｏｐｔｉｏｎ ３－１－４－１)最大ＴＸ電力を達成しながらＤＦＴ ｃｏｎｓｔｒａｉｎｔを満たす最小ＰＲＢ数

【0198】

オプション３－１－４－１のように設定するためには、ＰＲＢ数はＰＳＤ要求事項及び最大電力制限を考慮して計算された最小ＰＲＢ数より大きいか又は等しい値に設定される必要がある。従って、該当最小ＰＲＢ数より大きいか又は等しいながらＤＦＴ ｃｏｎｓｔｒａｉｎｔを満たすＰＲＢ数のうち、一番小さい値が選択される。

【0199】

一例として、表１４のように最小ＰＲＢ数が定義される場合、該当最小ＰＲＢ数より大きいか又は等しいながらＤＦＴ ｃｏｎｓｔｒａｉｎｔを満たす最小ＰＲＢ数は表１８の通りである。

【0200】

【表18】

【0201】

Ｏｐｔｉｏｎ３－１－４－２)最大ＴＸ電力に近接しながらＤＦＴ ｃｏｎｓｔｒａｉｎｔを満たす最大ＰＲＢ数

【0202】

オプション３－１－４－２のように設定するためには、ＰＲＢ数はＰＳＤ要求事項及び最大電力制限を考慮して計算された最小ＰＲＢ数より小さいか又は等しいながら、ＤＦＴ ｃｏｎｓｔｒａｉｎｔを満たすＰＲＢ数のうち、一番大きい数が選択される。

【0203】

一例として、表１４のように最小ＰＲＢ数が定義される場合、該当最小ＰＲＢ数より小さいか又は等しいながら、ＤＦＴ ｃｏｎｓｔｒａｉｎｔを満たす最大ＰＲＢ数は表１９の通りである。

【0204】

【表19】

【0205】

オプション３－１－４－２によれば、オプション３－１－４－１に比べて必要なＰＲＢ数が小さいので(例えば、１２０ｋＨｚの場合)、他の信号及び／又はチャネルとの周波数多重化の側面でオプション３－１－４－２が有利である。但し、オプション３－１－４－２は端末がＰＵＣＣＨフォーマット４を送信するとき、最大送信電力を達成できないので(例えば、１２０ｋＨｚの場合)、信頼性の側面ではオプション３－１－４－１が有利である。

【0206】

次に、ＦＲ４の領域においてＰＲＢ数が増加したので、ｐｒｅ－ＤＦＴ ＯＣＣの長さが増加する。ｐｒｅ－ＤＦＴ ＯＣＣが増加すると、ＵＥ多重化の容量が増えるという長所がある。現在、ＮＲのＰＵＣＣＨフォーマット４のｐｒｅ－ＤＦＴ ＯＣＣ長さは、最大２つのＵＥが多重化される場合、ｌｅｎｇｔｈ＝２であり、最大４つのＵＥが多重化される場合は、ｌｅｎｇｔｈ＝４である。

【0207】

表１８又は表１９のようにＰＲＢ数が定義される場合、各ＰＲＢ数に該当するＲＥ数が２の累乗で割り切れると、該当２の累乗がＯＣＣ長さ及び最大に多重化されるＵＥ数になる。一例として、表１８の１２０ｋＨｚ ＳＣＳの場合、ＰＵＣＣＨフォーマット４のためのリソースに対して３６＊１２＝４３２ＲＥが存在し、４３２＝１６＊２７であるので、最大１６個のＵＥが多重化でき、このとき、ＯＣＣ長さは１６になる。実際のｐｒｅ－ＤＦＴが行われるとき、２７個のＲＥ束でＬｅｎｇｔｈ－１６ ＯＣＣが適用されて、総４３２ｌｅｎｇｔｈのシーケンスが構成される。これにより、既存のＮＲ ＰＵＣＣＨフォーマット４に比べて４倍多いＵＥ多重化容量を確保することができる。

【0208】

もし、このように多重化容量を増加させることが主要イッシュになると、表２０のように、ＰＳＤ要求事項及び最大電力制限を満たす最小ＰＲＢ数より小さいか又は等しいながら、２の累乗のうち、一番大きいＰＲＢ数がＰＵＣＣＨフォーマット４のためのＰＲＢ数として決定される(２の累乗の形でＤＦＴ ｃｏｎｓｔｒａｉｎｔを満たす)。

【0209】

【表20】

【0210】

表２０のように設定されると、全てのＳＣＳにおいて１６個のＵＥ多重化(ｐｒｅ－ＤＦＴ ＯＣＣ ｌｅｎｇｔｈ＝１６)が支援される。特徴的には、１２０ｋＨｚ ＳＣＳでは最大１２８個のＵＥまで多重化(ｐｒｅ－ＤＦＴ ＯＣＣ ｌｅｎｇｔｈ＝１２８)が支援される。

【0211】

ＰＲＢ ｃｏｎｆｉｇｕｒａｂｉｌｉｔｙ ｏｆ Ｅｎｈａｎｃｅｄ ＰＵＣＣＨ ｆｏｒｍａｔ

【0212】

上述したように、ＦＲ４のためにＰＵＣＣＨフォーマット０／１／４などの送信に使用されるＰＲＢは、一つのＰＲＢではなく、複数のＰＲＢにより定義される。具体的には、複数のＰＲＢが実際送信されるＰＲＢ、或いは実際の送信可能なＰＲＢ範囲、或いは最小ＰＲＢなどの形態で定義される。具体的には、以下の方法のいずれか及び／又は複数の方法の組み合わせなどにより設定／指示される。

【0213】

１．Ｅｎｈａｎｃｅｄ ＰＵＣＣＨ ｆｏｒｍａｔ(例えば、ＥＰＦ０／１／４)のためのＰＲＢ数

【0214】

Ａ．基地局と端末の間にＥＰＦ(Ｅｎｈａｎｃｅｄ ＰＵＣＣＨ ｆｏｒｍａｔ)のための固定ＰＲＢ数が予め定義される。

【0215】

Ａ－ｉ．ＰＲＢ数はＴＸ電力を考慮した最適値であり、（各）ＳＣＳごとに独立して、そして固定した値に設定／指示される。

【0216】

Ｂ．基地局と端末の間にＥＰＦのためのＰＲＢの最大値が予め定義される。

【0217】

Ｂ－ｉ．基地局は１ＰＲＢから上記定義された最大ＰＲＢ数のうち、ＰＵＣＣＨのＳＣＳ及び端末のＴＸ電力を考慮して適切なＰＲＢ数を設定／指示する。

【0218】

Ｃ．基地局と端末の間にＥＰＦのためのＰＲＢの最小値が予め定義される。

【0219】

Ｃ－ｉ．基地局は上記定義された最小ＰＲＢより大きいか又は等しいように、ＰＵＣＣＨのＳＣＳ及び端末のＴＸ電力を考慮して適切なＰＲＢ数を設定／指示する。

【0220】

Ｄ．基地局と端末の間にＥＰＦのためのＰＲＢの最小値と最大値が予め定義される。

【0221】

Ｄ－ｉ．基地局は上記定義された最小ＰＲＢより大きいか又は等しく、最大ＰＲＢより小さいか又は等しいように、ＰＵＣＣＨのＳＣＳ及び端末のＴＸ電力を考慮して適切なＰＲＢ数を設定／指示する。

【0222】

２．上述した方式に使用される実際ＰＲＢ数は上述した３.１の提案方法に従う。

【0223】

３．上述した方式のうち、ＰＲＢ数を設定できる方法は、

【0224】

３－Ａ．ＰＲＢ ｌｅｖｅｌで基地局が端末に指示する。

【0225】

３－Ｂ．ＰＵＣＣＨ ｒｅｓｏｕｒｃｅごとに異なるように割り当てられる。

【0226】

Ｓｉｎｇｌｅ ＺＣ ｓｅｑｕｅｎｃｅをＰＵＣＣＨ ｆｏｒｍａｔ ０／１のために使用するとき、開始循環シフト値の設定

【0227】

上記方法のうち、ＰＵＣＣＨフォーマット０及び／を１のために単一(ｓｉｎｇｌｅ)のＺＣシーケンスが設定される場合、Ｌｅｎｇｔｈ－１２ ＣＧＳを使用して定義された開始循環シフト(ｓｔａｒｔｉｎｇ ｃｙｃｌｉｃ ｓｈｉｆｔ)値が変更される必要がある。従来システムでは、以下の表２１ないし表２４のように、Ｌｅｎｇｔｈ－１２ ＣＧＳを使用するときのＰＦ０のＨＡＲＱ－ＡＣＫ及び／又はｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅ ＳＲを指示するための循環シフト(ｃｙｃｌｉｃ ｓｈｉｆｔ；ＣＳ)値が定義されている。表２１はＰＦ０のためのシーケンスにマッピングされる、一つのＨＡＲＱ－ＡＣＫ情報ビットに対する値を示す(Ｍａｐｐｉｎｇ ｏｆ ｖａｌｕｅｓ ｆｏｒ ｏｎｅ ＨＡＲＱ－ＡＣＫ ｉｎｆｏｒｍａｔｉｏｎ ｂｉｔ ｔｏ ｓｅｑｕｅｎｃｅｓ ｆｏｒ ＰＵＣＣＨ ｆｏｒｍａｔ ０)。表２２はＰＦ０のためのシーケンスにマッピングされる、２つのＨＡＲＱ－ＡＣＫ情報ビットに対する値を示す(Ｍａｐｐｉｎｇ ｏｆ ｖａｌｕｅｓ ｆｏｒ ｔｗｏ ＨＡＲＱ－ＡＣＫ ｉｎｆｏｒｍａｔｉｏｎ ｂｉｔｓ ｔｏ ｓｅｑｕｅｎｃｅｓ ｆｏｒ ＰＵＣＣＨ ｆｏｒｍａｔ ０)。表２３はＰＦ０のためのシーケンスにマッピングされる、２つのＨＡＲＱ－ＡＣＫ情報ビット及びｐｏｓｉｔｉｖｅ ＳＲに対する値を示す(Ｍａｐｐｉｎｇ ｏｆ ｖａｌｕｅｓ ｆｏｒ ｏｎｅ ＨＡＲＱ－ＡＣＫ ｉｎｆｏｒｍａｔｉｏｎ ｂｉｔ ａｎｄ ｐｏｓｉｔｉｖｅ ＳＲ ｔｏ ｓｅｑｕｅｎｃｅｓ ｆｏｒ ＰＵＣＣＨ ｆｏｒｍａｔ ０)。表２４はＰＦ０のためのシーケンスにマッピングされる、一つのＨＡＲＱ－ＡＣＫ情報ビット及びｐｏｓｉｔｉｖｅ ＳＲに対する値を示す(Ｍａｐｐｉｎｇ ｏｆ ｖａｌｕｅｓ ｆｏｒ ｔｗｏ ＨＡＲＱ－ＡＣＫ ｉｎｆｏｒｍａｔｉｏｎ ｂｉｔｓ ａｎｄ ｐｏｓｉｔｉｖｅ ＳＲ ｔｏ ｓｅｑｕｅｎｃｅｓ ｆｏｒ ＰＵＣＣＨ ｆｏｒｍａｔ ０)。

【0228】

即ち、端末はＣＳ{０，６}、そしてＣＳ{３，９}を使用して１ｂｉｔ ＨＡＲＱ－ＡＣＫ情報及び／又はｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅ ＳＲ情報を送信し、ＣＳ{０，３，６，９}、そしてＣＳ{１，４，７，１０}を使用して２ｂｉｔｓ ＨＡＲＱ－ＡＣＫ情報及び／又はｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅ ＳＲ情報を送信する。また、端末が１ｂｉｔ ＨＡＲＱ－ＡＣＫ及び／又はｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅ ＳＲ情報を送信するとき、ＵＥ多重化のためにＣＳ{１，７}＆ＣＳ{４，１０}、そしてＣＳ{２，８}＆ＣＳ{５，１１}が使用される。

【0229】

【表21】

【0230】

【表22】

【0231】

【表23】

【0232】

【表24】

【0233】

さらにＰＦ１の場合、ＵＥ多重化のためにＣＳ{０,１,２,３,４,５,６,７,８,９,１０,１１}が使用される。

【0234】

従って、Ｌｅｎｇｔｈ－１２ ＣＧＳの代わりにＺＣシーケンス長さが新しく定義される場合、既存のＣＳ値を代替するＣＳ値が求められる。第一に、新しく導入されるＺＣシーケンスが占める総ＲＥ数に基づいてＣＳ値が決定される。第二に、新しく導入されるＺＣシーケンス長さに基づいてＣＳ値が決定される。

【0235】

１．新しく導入されるＺＣシーケンスが占める総ＲＥ数に基づいてＣＳ値を決定する方法

【0236】

１－Ａ．新しく導入されるＺＣシーケンスが占める総ＲＥ数をＫと定義すると、実際ＣＳが有する間隔はＫ／１２になる。

【0237】

１－Ａ－ｉ．現在、{ＯＦＤＭ ｓｙｍｂｏｌ ｌｅｎｇｔｈ＋ｎｏｒｍａｌ ＣＰ ｌｅｎｇｔｈ}のうち、ｎｏｒｍａｌ ＣＰ ｌｅｎｇｔｈが占める部分が１／１２程度であるので、Ｌｅｎｇｔｈ－１２ ＣＧＳが使用される場合、実際ＣＳが有する間隔が１２／１２＝１に設定される。

【0238】

１－Ａ－ii．{０，１，２，３，４，５，６，７，８，９，１０，１１}のＣＳ値は{０，Ｋ／１２，２＊Ｋ／１２，３＊Ｋ／１２，…，１１＊Ｋ／１２}に置き換えることができる。

【0239】

１－Ｂ．一例として、Ｋが４２０ＲＥ(実際のＺＣシーケンスはＬ４１９－ＺＣ)である場合、４２０／１２＝３５がＣＳが有する間隔になる。

【0240】

１－Ｂ－ｉ．ＮＲ ＰＦ０で使用されたＣＳ{０，６}、{１，７}、{２，８}、{３，９}、{４，１０}、{５，１１}、{０，３，６，９}及び{１，４，７，１０}は、ＦＲ４のＥＰＦ０のために、ＣＳ{０，２１０}、{３５，２４５}、{７０，２８０}、{１０５，３１５}、{１４０，３５０}、{１７５，３８５}、{０，１０５，２１０，３１５}及び{３５，１４０，２４５，３５０}に置き換えることができる。

【0241】

１－Ｂ－ii．ＮＲ ＰＦ１で使用されたＣＳ{０，１，２，３，４，５，６，７，８，９，１０，１１}は、ＦＲ４のＥＰＦ１のために、ＣＳ{０，３５，７０，１０５，１４０，１７５，２１０，２４５，２８０，３１５，３５０，３８５}に置き換えることができる。

【0242】

１－Ｃ．他の例として、Ｋが２１６ＲＥ(実際のＺＣシーケンスはＬ２１１－ＺＣ)である場合、２１６／１２＝１８がＣＳが有する間隔になる。

【0243】

１－Ｃ－ｉ．ＮＲ ＰＦ０で使用されたＣＳ{０，６}、{１，７}、{２，８}、{３，９}、{４，１０}、{５，１１}、{０，３，６，９}及び{１，４，７，１０}は、ＦＲ４のＥＰＦ０のために、ＣＳ{０，１０８}、{１８，１２６}、{３６，１４４}、{５４，１６２}、{７２，１８０}、{９０，１９８}、{０，５４，１０８，１６２}及び{１８，７２，１２６，１８０}に置き換えることができる。

【0244】

１－Ｃ－ii．ＮＲ ＰＦ１で使用されたＣＳ{０，１，２，３，４，５，６，７，８，９，１０，１１}は、ＦＲ４のＥＰＦ１のために、ＣＳ{０，１８，３６，５４，７２，９０，１０８，１２６，１４４，１６２，１８０，１９８}に置き換えることができる。

【0245】

２．新しく導入されるＺＣシーケンス長さに基づいてＣＳ値を決定する方法

【0246】

２－Ａ．新しく導入されるＺＣシーケンスの長さをＬと定義すると、実際ＳＣが有する間隔は

或いは

になる。ｆｌｏｏｒ関数或いはｃｅｉｌｉｎｇ関数を使用する理由は、ＺＣシーケンスは常に素数であり、１２で割ると、整数にならないためである。

【0247】

２－Ａ－ｉ．現在{ＯＦＤＭ ｓｙｍｂｏｌ ｌｅｎｇｔｈ＋ｎｏｒｍａｌ ＣＰ ｌｅｎｇｔｈ}のうち、ｎｏｒｍａｌ ＣＰ ｌｅｎｇｔｈが占める部分が１／１２程度であるので、Ｌｅｎｇｔｈ－１２ ＣＧＳが使用される場合、実際ＣＳが有する間隔が１２／１２＝１に設定される。

【0248】

【0249】

２－Ａ－iii．

或いは

が交互に適用される方法に使用できる。

【0250】

Ｂ．一例として、Ｌが４１９(実際マッピングされるＲＥ数は４２０ＲＥ)である場合、

＝３５或いは

＝３４がＣＳが有する間隔になる。

【0251】

Ｂ－ｉ．ＣＳ間隔が３５であれば、上述した１－Ｂの方法が使用される。

【0252】

Ｂ－ii．一方、ＣＳ間隔が３４であれば、ＮＲ ＰＦ０で使用されたＣＳ{０，６}、{１，７}、{２，８}、{３，９}、{４，１０}、{５，１１}、{０，３，６，９}及び{１，４，７，１０}は、ＦＲ４のＥＰＦ０のために、ＣＳ{０，２０４}、{３４，２３８}、{６８，２７２}、{１０２，３０６}、{１３６，３４０}、{１７０，３７４}、{０，１０２，２０４，３０６}及び{３４，１３６，２３８，３４０}に置き換えることができる。

【0253】

Ｂ－iii．ＣＳ間隔が３４であれば、ＮＲ ＰＦ１で使用されたＣＳ{０，１，２，３，４，５，６，７，８，９，１０，１１}は、ＦＲ４のＥＰＦ１のために、ＣＳ{０，３４，６８，１０２，１３６，１７０，２０４，２３８，２７２，３０６，３４０，３７４}に置き換えることができる。

【0254】

Ｃ．他の例として、Ｌが２１１(実際マッピングされるＲＥ数は２１６ＲＥ)である場合、

＝１８或いは

＝１７がＣＳが有する間隔になる。

【0255】

Ｃ－ｉ．ＣＳ間隔が１８であれば、上述した１－Ｃのように適用できる。

【0256】

Ｃ－ii．ＣＳ間隔が１７であれば、ＮＲ ＰＦ０で使用されたＣＳ{０，６}、{１，７}、{２，８}、{３，９}、{４，１０}、{５，１１}、{０，３，６，９}及び{１，４，７，１０}は、ＦＲ４のＥＰＦ０のために、ＣＳ{０，１０２}、{１７，１１９}、{３４，１３６}、{５１，１５３}、{６８，１７０}、{８５，１８７}、{０，５１，１０２，１５３}及び{１７，６８，１１９，１７０}に置き換えることができる。

【0257】

Ｃ－iii．同様にＣＳ間隔が１７であれば、ＮＲ ＰＦ１で使用されたＣＳ{０，１，２，３，４，５，６，７，８，９，１０，１１}は、ＦＲ４のＥＰＦ１のために、ＣＳ{０，１７，３４，５１，６８，８５，１０２，１１９，１３６，１５３，１７０，１８７}に置き換えることができる。

【0258】

３.２．Ｅｎｈａｎｃｅｄ ｉｎｉｔｉａｌ ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｓｅｔ ｄｅｓｉｇｎ ｆｏｒ ａｂｏｖｅ ５２.６ＧＨｚ

【0259】

図１２は初期ＰＵＣＣＨリソースセットのための設定を示す図である。

【0260】

図１２において、“Ｓｅｔ ｏｆ ｉｎｉｔｉａｌ ＣＳ ｉｎｄｅｘｅｓ”が２つである場合(ｉｎｄｅｘ ０，３，７，１１)、ＰＵＣＣＨフォーマット０及び／又は１が単一のＰＲＢ送信であるので(即ち、１つのＰＲＢが１つのＦＤＭリソースである)、ＰＵＣＣＨ送信に総８つのＰＲＢが必要である。同様に、“Ｓｅｔ ｏｆ ｉｎｉｔｉａｌ ＣＳ ｉｎｄｅｘｅｓ”が３つである場合は(ｉｎｄｅｘ １，２)、ＰＵＣＣＨ送信に総６つのＰＲＢが必要である。“Ｓｅｔ ｏｆ ｉｎｉｔｉａｌ ＣＳ ｉｎｄｅｘｅｓ”が４つである場合は(ｉｎｄｅｘ ４，５，６，８，９，１０，１２，１３，１４，１５)、ＰＵＣＣＨ送信に総４つのＰＲＢが必要である。

【0261】

ＦＲ４では、上記３.１で述べたように、ＰＳＤ要求事項及び最大電力制限を考慮して表１４のような最小ＰＲＢ値が定義される。定義されたＰＲＢ値が初期ＰＵＣＣＨリソースセットに適用されるために、１つのＦＤＭリソースに該当するＰＲＢ数が表１４のような最小ＰＲＢに設定される。上述したように、図１２において“Ｓｅｔ ｏｆ ｉｎｉｔｉａｌ ＣＳ ｉｎｄｅｘｅｓ”が２つである場合(ｉｎｄｅｘ ０，３，７，１１)、総８つのＦＤＭリソースが必要であるが、８つのＦＤＭリソースが構成可能であるか否かを各ＳＣＳ値及び／又はｎｏｍｉｎａｌ ＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰ ＢＷ)サイズによって示すと、表２５の通りである。表２５は表１４が最小ＰＲＢ数と決定されたと仮定した場合に基づく。

【0262】

【表25】

【0263】

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

【0264】

また、上述したように、図１２の“Ｓｅｔ ｏｆ ｉｎｉｔｉａｌ ＣＳ ｉｎｄｅｘｅｓ”が３である場合(上記ｉｎｄｅｘ １、２)、総６つのＦＤＭリソースが必要となるが、６つのＦＤＭリソースを構成できるか否かを各ＳＣＳと値及び／又はＮｏｍｉｎａｌ ＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰ ＢＷ)のサイズによって示すと、表２５の通りである。表２６は表１４が最小ＰＲＢ数と決定されたと仮定した場合に基づく。

【0265】

【表26】

【0266】

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

【0267】

ＦＲ４において、既存ＮＲの初期ＰＵＣＣＨリソースセットをそのまま使用すると、ＦＤＭリソースが確保されない問題が発生し得る。従って、３.２ではＦＲ４において初期ＰＵＣＣＨリソースセットを設定する方法について提案する。

【0268】

３.２において、初期ＰＵＣＣＨフォーマット０及び／又は１が複数のＰＲＢの形態で送信される場合、３.１で提案する方法(例えば、方法１及び／又は方法２)が結合されてもよい。

【0269】

[方法３－２－１]：最低(Ｌｏｗｅｓｔ)ＰＵＣＣＨリソースから始まって、周波数ドメイン上で互いに重ならないＰＵＣＣＨリソースまで有効(ｖａｌｉｄ)であると設定する方法

【0270】

図１３の一行目は初期ＣＳインデックス値を示し、図１２においてインデックス０であるＰＵＣＣＨリソースセットが設定された場合、ＣＳインデックス値は図１３のように、０、３になる。図１２において、他のインデックスのＰＵＣＣＨリソースセットが設定された場合は、初期ＣＳインデックス値が変わる。図１３の残りの部分は、一つのＰＵＣＣＨリソースセットに含まれた１６個のＰＵＣＣＨリソース(ｒ_{ＰＵＣＣＨ})値を示す。１６個のｒ_{ＰＵＣＣＨ}が配置される形態を示すと、図１３の通りである。

【0271】

図１３を参照すると、８つのＦＤＭリソースが必要な場合(Ｓｅｔ ｏｆ ｉｎｉｔｉａｌ ＣＳ ｉｎｄｅｘｅｓが２つである場合)、初期ＵＬ ＢＷＰ内で相対的に低い周波数(Ｌｏｗｅｒ ｆｒｅｑｕｅｎｃｙ)ＰＲＢから始まって０～７のＰＵＣＣＨリソースが設定され、８～１５のＰＵＣＣＨリソースは相対的に高い周波数(ｈｉｇｈｅｒ ｆｒｅｑｕｅｎｃｙ)ＰＲＢから始まって設定される。周波数ホッピングが設定されると、初期ＵＬ ＢＷＰ内で相対的に高い周波数ＰＲＢから始まって０～７のＰＵＣＣＨリソースが設定され、８～１５のＰＵＣＣＨリソースは相対的に低い周波数ＰＲＢから始まって設定される。

【0272】

方法１は、最低ＰＵＣＣＨリソースから始まって、周波数ドメイン上で互いに重ならないＰＵＣＣＨリソースまでのみ有効であると設定する方法である。一例として、表２５に基づいて、１２０ｋＨｚ ＳＣＳが使用され、２００ＭＨｚのＮｏｍｉｎａｌ ＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰ ＢＷ)が適用される場合、最大可能なＦＤＭリソース数は３５ＰＲＢずつ３つまでである(１３２／３５＝３.７７)。従って、図１２の“Ｓｅｔ ｏｆ ｉｎｉｔｉａｌ ＣＳ ｉｎｄｅｘｅｓ”が２つである場合(図１２のｉｎｄｅｘ ０，３，７，１１)、周波数ドメインにおいて３束のＰＲＢが存在する点、加用のＣＳ値は２つである点を考慮すると、一つのＰＵＣＣＨリソースセット内で６つまでのＰＵＣＣＨリソースが有効である。従って、一つのＰＵＣＣＨリソースセット内でｒ_{ＰＵＣＣＨ}値が０から５までである、総６つのＰＵＣＣＨリソースが有効なＰＵＣＣＨリソースとして設定される。

【0273】

他の例として、表２５に基づいて、１２０ｋＨｚ ＳＣＳが使用され、４００ＭＨｚのＮｏｍｉｎａｌ ＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰ ＢＷ)が適用される場合、最大可能なＦＤＭリソース数は３５ＰＲＢずつ７つまでである(２６４／３５＝７.５４)。従って、図１２の“Ｓｅｔ ｏｆ ｉｎｉｔｉａｌ ＣＳ ｉｎｄｅｘｅｓ”が２つである場合(図１２のｉｎｄｅｘ０，３，７，１１)、一つのＰＵＣＣＨリソースセット内でｒ_{ＰＵＣＣＨ} 値が０から１３までである、総１４個のＰＵＣＣＨリソースが有効なＰＵＣＣＨリソースとして設定される。

【0274】

基地局と端末はこのような内容を既に知っており、基地局はＳＣＳとＮｏｍｉｎａｌ ＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰ ＢＷ)のサイズによって、端末が有効なＰＵＣＣＨリソースを選択するようにＰＵＣＣＨリソースを指示する。端末は基地局から有効ではないＰＵＣＣＨリソースが指示されることを期待しない。

【0275】

[方法３－２－１－Ａ]：最低ＰＵＣＣＨリソースから始まって、周波数ドメイン上で互いに重ならないＰＵＣＣＨリソースまで有効であると設定し、初期ＰＵＣＣＨ送信のためのＰＲＢ数を基地局が指示する方法

【0276】

方法１はＰＳＤ要求事項及び最大電力制限を考慮してＰＵＣＣＨフォーマット０及び／又は１のための最小ＰＲＢ数を計算して予め決定しておき、それにより初期ＰＵＣＣＨリソースセット内で有効なＰＵＣＣＨリソースを選択する方法である。さらに、ＰＵＣＣＨフォーマット０及び／又は１を送信するための最小ＰＲＢ数を、基地局が上位階層シグナリング(例えば、ＳＩＢ；Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)により端末に指示することができる。

【0277】

基地局はＳＣＳ値及び／又はＮｏｍｉｎａｌ ＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰ ＢＷ)のサイズなどを考慮してＰＵＣＣＨフォーマット０及び／又は１を送信するための最小ＰＲＢ数を指示する。上述したように、最大８つのＦＤＭリソースが確保されるように最小ＰＲＢ数が指示されることが望ましい。

【0278】

もし、基地局が指示した最小ＰＲＢ数を、ＰＵＣＣＨフォーマット０及び／又は１のＳＣＳ値及び／又はＮｏｍｉｎａｌ ＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰ ＢＷ)のサイズに対して計算した結果、ＦＤＭできる８つのリソースが確保されないと、端末は方法１で言及したように、最低ＰＵＣＣＨリソースから有効であると判断し、ＰＵＣＣＨフォーマット０及び／又は１を送信する。端末は基地局から有効ではない(ｉｎｖａｌｉｄ)ＰＵＣＣＨリソースが指示されることを期待しない。

【0279】

他の方法においては、図１２のインデックス値によって(或いは“Ｓｅｔ ｏｆ ｉｎｉｔｉａｌ ＣＳ ｉｎｄｅｘｅｓ”の数によって)、ＰＵＣＣＨフォーマット０及び／又は１のための最小ＰＲＢ数が個々に設定される。例えば、インデックス０，３，７，１１の場合、基地局がＰＵＣＣＨフォーマット０及び／又は１のための最小ＰＲＢ数を少なく設定して、最大８つのＦＤＭリソースが生成されるようにする。インデックス１，２の場合、基地局がインデックス０，３，７，１１に対する最小ＰＲＢ数よりは大きい値にＰＵＣＣＨフォーマット０及び／又は１のための最小ＰＲＢ数を設定して、最大６つのＦＤＭリソースが生成されるようにする。

【0280】

一例として、表２５に基づいて１２０ｋＨｚ ＳＣＳが使用され、２００ＭＨｚＮｏｍｉｎａｌ ＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰ ＢＷ)が適用される場合、図１２のインデックス０，３，７，１１のために、最小ＰＲＢ数が１６に設定される。これにより、最大可能なＦＤＭリソース数が１３２／１６＝８.２５になり、０から１５までのＰＵＣＣＨリソースが全て有効なリソースになる。一方、図１２のインデックス１，２のために、最小ＰＲＢ数が２２に設定されてもよい。これにより、最大可能なＦＤＭリソース数が１３２／２２＝６になり、０から１５までのＰＵＣＣＨリソースが全て有効なリソースになる。最後に、図１２のインデックス４，５，６，８，９，１０，１２，１３，１４，１５のために、最小ＰＲＢ数が３３に設定されてもよい。これにより、最大可能なＦＤＭリソース数が１３２／３３＝４になり、０から１５までのＰＵＣＣＨリソースが全て有効なリソースになる。

【0281】

他の例として、表２５に基づいて１２０ｋＨｚ ＳＣＳが使用され、４００ＭＨｚＮｏｍｉｎａｌ ＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰ ＢＷ)が適用される場合、図１２のインデックス０，３，７，１１のために、最小ＰＲＢ数が３３に設定される。これにより、最大可能なＦＤＭリソース数が２６４／３３＝８になり、０から１５までのＰＵＣＣＨリソースが全て有効なリソースになる。一方、図１２の残りのインデックスのためには、最小ＰＲＢ数が３５に設定され、最大６つ或いは４つのＦＤＭリソースを確保できる。

【0282】

[方法３－２－２]：最低ＰＵＣＣＨリソースから始まって、周波数ドメイン上で互いに重ならないＰＵＣＣＨリソースまで有効であると設定し、足りないＰＵＣＣＨリソースのためにＴＤＭ／ＣＤＭリソースをさらに指示する方法

【0283】

ＮＲ－ＵではＰＵＣＣＨフォーマット０及び／又は１がｉｎｔｅｒｌａｃｅｄ ＰＲＢ構造で送信される場合、ＴＤＭ或いはＣＤＭリソースがさらに指示される。一例として、１つの開始シンボルインデックス(ｓｔａｒｔｉｎｇ ｓｙｍｂｏｌ ｉｎｄｅｘ)をさらに追加する方法及び１つのＯＣＣインデックスをさらに追加する方法などが支援される。

【0284】

同様にＦＲ４帯域でも、方法１のように、ＰＳＤ要求事項及び最大電力制限を考慮して、ＰＵＣＣＨフォーマット０及び／又は１のための最小ＰＲＢ数が予め計算及び決定されることができる。決定された最小ＰＲＢ数に基づいて、有効に設定されたＰＵＣＣＨリソースが先に使用され、残りのＰＵＣＣＨリソースは開始シンボルインデックス及び／又はＯＣＣインデックスを(（各）インデックスごとに総１６個のＰＵＣＣＨ ｒｅｓｏｕｒｃｅが形成されるまで)追加することにより設定される形態が提案される。

【0285】

さらに最小ＰＲＢ数を基地局が指示する方法が使用される。基地局が指示できる候補値が予め設定されて、端末と基地局がそれを知っていると仮定した状態で、開始シンボルインデックス或いはＯＣＣインデックスなどが、ＳＣＳ値及び／又はＮｏｍｉｎａｌ ＢＷ(Ｃａｒｒｉｅｒ／ＢＷＰ ＢＷ)値などに基づいてどのＰＵＣＣＨリソースから適用されるかが定義される。

【0286】

上記提案した方法のうち、ＰＵＣＣＨフォーマット０及び／又は１のｅｎｈａｎｃｅｍｅｎｔのために新しい長さのＺＣシーケンス長さが定義される場合、ＨＡＲＱ－ＡＣＫ及び／又はｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅ ＳＲの指示用に使用されるＣＳ値を代替できるＣＳ値を生成する方法がある。この方法が初期ＰＵＣＣＨリソースセットにも適用される。

【0287】

一例として、上述した方法のうち、新しく導入されるＺＣシーケンスが占める総ＲＥ数に基づいてＣＳ値を決定する方法が適用されたとき、４２０ＲＥを占めるＬｅｎｇｔｈ－４１９ ＺＣシーケンスがＰＵＣＣＨフォーマット０及び／又は１に使用されると仮定する場合(即ち、ＳＣＳが１２０ｋＨｚである場合)、適用可能なＣＳ値は{０，３５，７０，１０５，１４０，１７５，２１０，２４５，２８０，３１５，３５０，３８５}になる。従って、該当ＣＳ値は初期ＰＵＣＣＨリソースを決定するためのテーブル(図１２)にも反映される必要がある。即ち、図１２の{０，３}は{０，１０５}、{０，４，８}は{０，１４０，２８０}、{０，６}は{０，２１０}、{０，３，６，９}は{０，１０５，２１０，３１５}にそれぞれ置き換えられる。図１４はその結果を表す。

【0288】

他の例として、上述した方法のうち、新しく導入されるＺＣシーケンスの長さに基づいてＣＳ値を決定する方法が適用されたとき、２１６ＲＥを占めるＬｅｎｇｔｈ－２１１ ＺＣシーケンスがＰＵＣＣＨフォーマット０及び／又は１に使用されると仮定する場合(即ち、２４０ｋＨｚ ＳＣＳである場合)、適用可能なＣＳ値の間隔として

＝１７が使用される。即ち、適用可能なＣＳ値として{０，１７，３４，５１，６８，８５，１０２，１１９，１３６，１５３，１７０，１８７}が使用される。従って、該当ＣＳ値は初期ＰＵＣＣＨリソースを決定するためのテーブル(図１２)にも反映される必要がある。即ち、図１２の{０，３}は{０，５１}、{０，４，８}は{０，６８，１３６}、{０，６}は{０，１０２}、{０，３，６，９}は{０，５１，１０２，１５３}にそれぞれ置き換えられる。図１５はその結果を表す。

【0289】

上記例は図１４及び図１５は同じシーケンス長さ(即ち、ＰＵＣＣＨのための同一のＳＣＳ)に基づいて示されているが、図１４及び図１５は（各）インデックスごとに独立したシーケンス長さ(即ち、ＰＵＣＣＨのために独立的なＳＣＳ)が使用されるように修訂及び／又は設定されてもよい。この場合、インデックスごとのＣＳ値はシーケンス長さに合うＣＳ値に置き換えることができる。

【0290】

３.３．Ｓｅｑｕｅｎｃｅ ｒｅｐｅｔｉｔｉｏｎ ｆｏｒ ｅｎｈａｎｃｅｄ ＰＵＣＣＨ ｆｏｒｍａｔ ０／１ ｆｏｒ ａｂｏｖｅ ５２．６ＧＨｚ

【0291】

ＮＲ－ＵにおいてＰＵＣＣＨ ｆｏｒｍａｔ ０／１がインターレース構造で指示される場合、既存のＮＲで定義されたｓｔａｒｔｉｎｇ ＣＳ値にさらに各インターレースをなすＰＲＢで適用するＣＳ値として

のように定義して各ＰＲＢで互いに異なるＣＳ値(即ち、（各）ＰＲＢごとにＣＳ値が５ずつ増加するように設定)が使用されるように定義されている(ＴＳ３８.２１１)。これはＰＡＰＲ／ＣＭ性能向上のために導入されている。

【0292】

ＦＲ４ではＮＲ－Ｕとは異なり、インターレース構造の代わりに、連続マッピング(ｃｏｎｔｉｇｕｏｕｓ ｍａｐｐｉｎｇ)が考慮されており、そのためにｓｅｑｕｅｎｃｅ ｒｅｐｅｔｉｔｉｏｎ ｗｉｔｈ ｄｉｆｆｅｒｅｎｔ ＣＳ ｖａｌｕｅ方法が考えられるので、以下のような方法を提案する。

【0293】

[方法３－３－１]：Ｌｅｎｇｔｈ－１２ ＣＧＳの代わりに他の長さのＣＧＳが使用されるとき、開始ＣＳ値の設定方法

【0294】

既存のＮＲにおいて、ＰＵＣＣＨフォーマット０及び／又は１はＬｅｎｇｔｈ－１２ ＣＧＳ(ｃｏｍｐｕｔｅｒ ｇｅｎｅｒａｔｅｄ ｓｅｑｕｅｎｃｅ)を使用している。また、ＮＲ－Ｕでは、ＰＲＢ単位のインターレース構造を考慮したので、Ｌｅｎｇｔｈ－１２ ＣＧＳがインターレース構造に繰り返して送信される。

【0295】

一方、ＦＲ４ではインターレース構造の代わりに連続マッピング(ｃｏｎｔｉｇｕｏｕｓ ｍａｐｐｉｎｇ)が考慮されている。また、ＰＤＳ要求事項及び最大電力制限などにより複数のＰＲＢを占有できるＰＵＣＣＨフォーマット０／１が考慮されている。従って、Ｌｅｎｇｔｈ－１２ ＣＧＳの代わりに他の長さのＣＧＳが使用されて(例えば、Ｌｅｎｇｔｈ－６ ＣＧＳ、Ｌｅｎｇｔｈ－１８ ＣＧＳ、Ｌｅｎｇｔｈ－２４ ＣＧＳ)、周波数ドメイン上で繰り返して送信されることが考慮される。ＰＡＰＲ／ＣＭ性能向上のために（各）繰り返しごとにＣＳ値が互いに異なるようにするデルタ値が定義される必要がある。即ち、図１６の

のように、Ｌｅｎｇｔｈ－１２ ＣＧＳではデルタが５であったら、Ｌｅｎｇｔｈ－１２ ＣＧＳが繰り返して送信されて連続マッピングされる場合は、デルタとして５が再使用される。他の長さのＣＧＳが繰り返して送信されて連続マッピングされる場合には、それと類似するデルタ値が定義される必要がある。

【0296】

デルタ値はシーケンス長さと互いに素(ｃｏｐｒｉｍｅ)である値が選択される。互いに素の値のうち、ＰＡＰＲ／ＣＭ性能向上が最も良い値がデルタとして選択される。

【0297】

一例として、Ｌｅｎｇｔｈ－６ ＣＧＳに対して、６と互いに素である{１，５}と対照群である{２，３}をデルタとして使用したとき、（各）繰り返しごとにＣＳ値とＰＡＰＲ／ＣＭ性能は表２７のように得られる。このとき、繰り返しごとのＣＳ値はＬｅｎｇｔｈ－６ ＣＧＳがＮ回繰り返されるとき、ｎ番目のシーケンスでのＣＳ値を意味する(ｎ＝１，２，３,…，Ｎ)。このとき、ｎ番目の繰り返しシーケンスにおいてＣＳ値は(ｎ－１)＊デルタ) ｍｏｄ(ｓｅｑｕｅｎｃｅ ｌｅｎｇｔｈ)により求めることができる。一例として、デルタが５であるとき、６番目の繰り返しシーケンスにおいてＣＳ値は(６－１)＊５ ｍｏｄ ６＝１である。

【0298】

つまり、シーケンス長さ６と互いに素である１及び５をデルタとして選択するとき、性能が良好であり、２つのうち、１をデルタとして選択したときに性能がもっと良好である。従って、Ｌｅｎｇｔｈ－６ ＣＧＳが繰り返して送信されるときは、ＣＳ値１又は５を使用し、より好ましくは１を使用する。

【0299】

【表27】

【0300】

他の例として、Ｌｅｎｇｔｈ－１８ ＣＧＳに対して、１８と互いに素である{１，５，７，１１，１３，１７}と対照群である{２，３}をデルタとして使用したとき、（各）繰り返しごとにＣＳ値とＰＡＰＲ／ＣＭ性能は表２８のように得られる。このとき、繰り返しごとのＣＳ値はＬｅｎｇｔｈ－１８ ＣＧＳがＮ回繰り返されるとき、ｎ番目のシーケンスでのＣＳ値を意味する(ｎ＝１，２，３，…，Ｎ)。このとき、ｎ番目の繰り返しシーケンスにおいてＣＳ値は((ｎ－１)＊デルタ) ｍｏｄ(ｓｅｑｕｅｎｃｅ ｌｅｎｇｔｈ)により求めることができる。一例として、デルタが５であるとき、６番目の繰り返しシーケンスにおいてＣＳ値は(６－１)＊５ ｍｏｄ １８＝７である。

【0301】

つまり、シーケンス長さ１８と互いに素である{１，５，７，１１，１３，１７}をデルタとして選択するとき、性能が良好であり、これらのうち、１３をデルタとして選択したときに性能がもっと良好である。従って、Ｌｅｎｇｔｈ－１８ ＣＧＳが繰り返して送信されるときは、ＣＳ値として{１、５、７、１１、１３、１７}のいずれかを使用し、より好ましくは１３を使用する。

【0302】

【表28】

【0303】

他の例として、Ｌｅｎｇｔｈ－２４ ＣＧＳに対して、２４と互いに素である{１，５，７，１１，１３，１７，１９，２３}と対照群である{２，３}をデルタとして使用したとき、（各）繰り返しごとにＣＳ値とＰＡＰＲ／ＣＭ性能は図２９のように得られる。このとき、繰り返しごとのＣＳ値はＬｅｎｇｔｈ－２４ ＣＧＳがＮ回繰り返されるとき、ｎ番目シーケンスでのＣＳ値を意味する(ｎ＝１，２，３，…，Ｎ)。このとき、ｎ番目の繰り返しシーケンスにおいてＣＳ値は((ｎ－１)＊デルタ) ｍｏｄ(ｓｅｑｕｅｎｃｅ ｌｅｎｇｔｈ)により求めることができる。一例として、デルタが５であるとき、６番目の繰り返しシーケンスにおいてＣＳ値は(６－１)＊５ ｍｏｄ ２４＝１である。

【0304】

つまり、シーケンス長さ２４と互いに素である{１，５，７，１１，１３，１７，１９，２３}をデルタとして選択したとき、性能が良好であり、これらのうち、１３をデルタとして選択したときに性能がもっと良好である。従って、ｌｅｎｇｔｈ ２４ ＣＧＳが繰り返し送信されるときには、ＣＳ値として{１，５，７，１１，１３，１７，１９，２３}のいずれかを使用し、より好ましくは１３を使用する。

【0305】

【表29】

【0306】

[方法２]：ＣＧＳが繰り返し送信されて使用されるとき、シーケンス長さより多い回数で繰り返される場合の開始ＣＳ値設定方法

【0307】

上述したＬｅｎｇｔｈ－１２ ＣＧＳが周波数ドメインにおいて繰り返して送信されるとき、ＰＡＰＲ／ＣＭ性能向上のために繰り返して送信される（各）シーケンスごとに異なるＣＳ値を設定できると言及されている。このとき、デルタ値は既存標準で使用される５が再使用されると言及されている。Ｌｅｎｇｔｈ－１２ ＣＧＳが最大３５回まで繰り返し送信されるとき、デルタを５に維持したままＰＡＰＲ／ＣＭ性能を求めると、図１７の通りである。図１７を見ると、繰り返し送信される回数がシーケンス長さと等しいか又は類似するとき、即ち、互いに異なるＣＳ値を多く維持する場合、ＰＡＰＲ／ＣＭ性能の側面で利得があるといえる。性能が最も良くなかった３５回繰り返し送信されるとき、（各）繰り返し送信ごとのＣＳ値を見ると、１２番目のシーケンスごとに同じＣＳ値を有し、それを直接示すと、{０，５，１０，３，８，１，６，１１，４，９，２，７，０，５，１０，３，８，１，６，１１，４，９，２，７，０，５，１０，３，８，１，６，１１，４，９，２}である。

【0308】

以下に提案する方法はＬｅｎｇｔｈ－１２ ＣＧＳを一例として記載するが、Ｌｅｎｇｔｈ－６、Ｌｅｎｇｔｈ－１８、Ｌｅｎｇｔｈ－２４ ＣＧＳの場合にも以下と類似する方法を適用することができる。

【0309】

一つの設定方法として、デルタ値を特定の繰り返し回数(例えば、ｓｅｑｕｅｎｃｅ ｌｅｎｇｔｈの整数倍だけ繰り返し送信するとき)ごとに新しい値を適用する方法を提案する。即ち、シーケンス長さの整数倍だけ繰り返し送信が行われるたびに新しいデルタ値が適用される。長さＬシーケンスを繰り返す場合、Ｌ回繰り返すまでは最初のデルタ値が使用され、Ｌ＋１から２Ｌ回繰り返すときは２番目のデルタ値が使用され、２Ｌ＋１から３Ｌ回繰り返すときは３番目のデルタ値が使用される。

【0310】

一例として、図１８の結果を見ると、Ｌｅｎｇｔｈ－１２ ＣＧＳが３５回繰り返される場合、最初１２回繰り返し送信するとき、最初のデルタ５が使用され、１３から２４回まではデルタ７が使用され、２５から３６回まではデルタ１が使用される。他の例として、図１８の結果を見ると、Ｌｅｎｇｔｈ－１２ ＣＧＳを２４回繰り返す場合、最初１２回繰り返し送信するときは、最初デルタ５が使用され、１３から２４回まではデルタ１が使用される。

【0311】

他の設定方法として、既存のデルタを用いたＣＳ値と共に、或いは別に位相シフトパターンが適用される。特徴的には、シーケンス単位として位相シフトパターンが適用される。図１９を見ると、位相シフトを[１，１，－１]と適用した場合、及び[１、－１、－１]と適用した場合の性能を確認できる(このとき、{１，０＋１ｉ，－１，０－１ｉ}の順に{０，π／４，２π／４，３π／４}ずつ位相シフトされると設定する)。このとき、各位相シフト値はシーケンス単位で適用される(即ち、１２ＰＲＢごとに変わる方法)。

【0312】

実際の実験結果を見ると、ＰＲＢ数が２８個以上であるとき、デルタを変更して適用する方法に比べて、ＰＡＰＲ／ＣＭ性能が向上することが確認される。従って、ＰＲＢ数が特定値以上である場合(例えば、２８)、シーケンス単位の位相シフト方法が考慮される。またこのとき、適用される位相シフト値は[１，１，－１]或いは[１，－１，－１]などである。

【0313】

他の設定方法として、既存のデルタを用いたＣＳ値と共に、或いは別にシーケンスマッピング順序を変更する方法が考えられる。一例として、シーケンス単位でマッピング順序を逆(ｉｎｖｅｒｓｅ)に適用する方法が考えられる。図２０にはシーケンス単位でマッピング順序を異なるように適用する場合のＰＡＰＲ／ＣＭ性能が示されている。このとき、ＰＲＢ数２４(即ち、２回のシーケンス繰り返し送信)までは正常順にマッピングされ、ＰＲＢ数２５(即ち、３番目のシーケンス繰り返し送信)からは逆マッピングされる。実際に、常に正常順にマッピングすることに比べて、逆マッピングが使用される場合にＰＡＰＲ／ＣＭ性能が向上することが確認される。従って、ＰＡＰＲ／ＣＭ性能向上のために、逆マッピング方式も考慮される。

【0314】

[方法３－３－３]：周波数ドメイン領域のサイズによってＰＵＣＣＨフォーマット０／１のシーケンスとして単一のＺＣシーケンスとＣＧＳ繰り返し送信方法のいずれかを設定する方法

【0315】

ＰＵＣＣＨフォーマット０／１を周波数ドメインのＰＵＣＣＨリソースサイズによってＬｅｎｇｔｈ－１２ ＣＧＳシーケンスを繰り返し送信する方法と単一のＺＣシーケンスを使用する方法を適用したとき、ＰＡＰＲ／ＣＭ性能を比較してみると、図２１の通りである。後述するＣＧＳ繰り返し送信時にはデルタ値(即ち、ＣＳ)のみを変更する方法が考慮されているが、上述した他の方法を使用して適用してもよい。

【0316】

ＰＡＰＲの側面では、ＰＵＣＣＨリソースのためにＰＲＢを１３，１４，１５個のＰＲＢを使用する場合、Ｌｅｎｇｔｈ－１２ ＣＧＳ(デルタ＝５，５，５)を繰り返し送信する方が性能がよく、ＣＭ側面ではＰＵＣＣＨリソースのためにｎｕｍｂｅｒ ｏｆ ＰＲＢを９，１０,…，２４個のＰＲＢを使用する場合、Ｌｅｎｇｔｈ－１２ ＣＧＳ(デルタ＝５，５，５)を繰り返し送信する方が性能が良い。

【0317】

従って、上記実験結果によって以下の方法を提案する。

【0318】

１．ＰＵＣＣＨフォーマット０／１のための周波数ドメインのＰＵＣＣＨリソースサイズがＭ ＰＲＢ以下である場合は、ＣＧＳが繰り返し送信され、Ｍ ＰＲＢを超える場合には、単一のＺＣシーケンスが使用される。

【0319】

１－Ａ．一例として、Ｍが２４である場合、２４ＰＲＢより小さい領域をＰＵＣＣＨフォーマット０／１のためのリソースとして割り当てる場合、Ｌｅｎｇｔｈ－１２ ＣＧＳが繰り返し送信され、２４ＰＲＢより大きい領域をＰＵＣＣＨフォーマット０／１のためのリソースとして割り当てる場合は、単一のＺＣシーケンスが使用される。

【0320】

１－Ａ－ｉ．このとき、Ｌｅｎｇｔｈ－１２ ＣＧＳを繰り返し送信する場合、デルタ値は５が使用される。

【0321】

２．ＰＵＣＣＨフォーマット０／１のための周波数ドメインのＰＵＣＣＨリソースサイズが特定区間(即ち、Ｘ ＰＲＢより大きいか又は等しく、Ｙ ＰＲＢより小さいか又は等しい区間)に含まれる場合は、ＣＧＳが繰り返し送信され、それ以外の区間では単一のＺＣシーケンスが使用される。

【0322】

２－Ａ．一例として、特定区間が９ＰＲＢから２４ＰＲＢに設定される場合、９ＰＲＢより大きいか又は等しく、２４ＰＲＢより小さいか又は等しい領域をＰＵＣＣＨフォーマット０／１のためのリソースとして割り当てる場合、Ｌｅｎｇｔｈ－１２ ＣＧＳが繰り返し送信され、９ＰＲＢより小さいか又は２４ＰＲＢより大きい領域をＰＵＣＣＨフォーマット０／１のためのリソースとして割り当てる場合は、単一のＺＣシーケンスが使用される。

【0323】

２－Ａ－ｉ．このとき、Ｌｅｎｇｔｈ－１２ ＣＧＳを繰り返し送信する場合、デルタ値は５が使用される。

【0324】

３．ＰＵＣＣＨフォーマット０／１のための（各）ＰＵＣＣＨリソースごとに単一のＺＣシーケンスを使用するか又はＣＧＳを繰り返し送信するかについて基地局が設定／指示する方法を考慮する。

【0325】

３－Ａ．一例として、ＰＵＣＣＨリソースの周波数ドメイン量が単一のＺＣシーケンスを使用したときに性能が良いと基地局が判断すると、単一のＺＣシーケンスを使用するように設定／指示し、ＰＵＣＣＨリソースの周波数ドメイン量がＣＧＳを繰り返し送信する方法を使用したときに性能が良いと基地局が判断すると、ＣＧＳを繰り返し送信するように設定／指示する。

【0326】

３－Ｂ．端末は選択したＰＵＣＣＨリソースに基地局から設定／指示されたシーケンス送信方法を使用してＰＵＣＣＨフォーマット０／１を送信する。

【0327】

ＮＲ－ＵにおいてＰＵＣＣＨフォーマット０／１に使用された循環シフトサイクリング方法は、インターレース構造に限定して使用されている。即ち、３ＧＰＰ ＴＳ ３８.２１１の６.３.２.２.２に説明されているように、インターレースリソースに割り当てられたＰＲＢのうち、Ｎ番目(Ｎ＝０，１，…，９(又は１０))のＰＲＢのｍ_int値がＮ＊５になり、それを用いてＣＳを変更するようになっている。

【0328】

但し、５２.６ＧＨｚ以上の帯域にはインターレース構造を考慮せず、ｃｏｎｔｉｇｕｏｕｓ ＰＲＢ構造を考慮するので、以下のような動作が必要である。

【0329】

以下に提案する動作は、基本的に全ての方法がｍ_intをＰＲＢインデックス順に特定のデルタ(例えば、５)の差を有してＣＳ値がマッピングされるようにする方法である。

【0330】

[提案方法３－３－３－Ａ]基地局から割り当てられたＰＵＣＣＨリソース(例えば、総Ｎ個割り当て)内で論理インデックス(ｌｏｇｉｃａｌ ｉｎｄｅｘ)を予め割り当ててｍ_intを計算する方法

【0331】

Ａ．第一の例として、ＰＵＣＣＨリソース内のそれぞれのホップに対して、周波数ドメイン上、一番低いところに位置するＰＲＢがＰＲＢインデックス０に設定され、一番高いところに位置するＰＲＢがインデックスＮ－１に設定される。

【0332】

Ａ－ｉ．上記例示を再度説明すると、基地局が設定／指示した開始ＰＵＣＣＨ ＲＢインデックスを

＝０とし、ＲＢインデックスが１ずつ大きくなるたびに

値も１ずつ増加する方法である。

【0333】

Ｂ．第二の例として、ＰＵＣＣＨリソース内のそれぞれのホップに対して、周波数ドメイン上の一番高いところに位置するＰＲＢがＰＲＢインデックス０に設定され、一番低いところに位置するＰＲＢがインデックスＮ－１に設定される。

【0334】

Ｂ－ｉ．上記例示を再度説明すると、基地局が設定／指示した終了(ｅｎｄｉｎｇ)ＰＵＣＣＨ ＲＢインデックスを

＝０とし、ＲＢインデックスが１ずつ減少するたびに

値も１ずつ減少する方法である。

【0335】

Ｃ．上記２つの例示はそれぞれ周波数ホッピング有無によって単独に或いは組み合わせて設定／適用可能である。

【0336】

Ｃ－ｉ．例えば、Ｌｏｗｅｒ ｈｏｐは第一の例示が、ｕｐｐｅｒ ｈｏｐは第二の例示が適用される。逆にＬｏｗｅｒ ｈｏｐは第二の例示が適用され、ｕｐｐｅｒ ｈｏｐは第二の例示が適用されてもよく、或いはそれぞれのホップ(即ち、Ｌｏｗｅｒ ｈｏｐ＆ｕｐｐｅｒ ｈｏｐ)に同じ例示が適用されてもよい。

【0337】

Ｄ．第三の例として、ＰＵＣＣＨリソースが占有できる２つのホップ(Ｌｏｗｅｒ ｈｏｐ ＆ ｕｐｐｅｒ ｈｏｐ)の両方に対して周波数ドメイン上の一番低いところに位置するＰＲＢがＰＲＢインデックス０に設定され、一番高いところに位置するＰＲＢがインデックス２Ｎ－１に設定される。

【0338】

【0339】

Ｅ．第四の例として、ＰＵＣＣＨ ｒｅｓｏｕｒｃｅが占有できる２つのｈｏｐ(Ｌｏｗｅｒ ｈｏｐ ＆ ｕｐｐｅｒ ｈｏｐ)の両方に対して周波数ドメイン上の一番高いところに位置するＰＲＢがＰＲＢインデックス０に設定され、一番低いところに位置するＰＲＢはインデックス２Ｎ－１と設定される。

【0340】

【0341】

【0342】

Ｆ－ｉ．もし既存のｓｐｅｃに存在するパラメータを再使用する場合は、上記例示の

に置き換えることができる。

【0343】

Ｇ．この方法を使用すると、基地局がｍｉｓａｌｉｇｎｅｄ ＲＢ ａｌｌｏｃａｔｉｏｎを使用するために、ＰＵＣＣＨリソースごとにｍ_０値を適切に指示することができる。

【0344】

Ｈ．この方法がＮＲ－Ｕと最も類似する方式(即ち、全体ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ内のＰＲＢ順によってＣＳ値が異なるように設定される方法)に設定される方法

【0345】

[提案方法３－３－３－Ｂ]基地局から割り当てられたＰＵＣＣＨリソースに該当するｐｈｙｓｉｃａｌ ｉｎｄｅｘ(例えば、ＣＲＢ ｉｎｄｅｘ或いはＢＷＰ内のＰＲＢ ｉｎｄｅｘ)に基づいてｍ_intを計算する方法

【0346】

Ａ．一例として、ＣＲＢ ｉｎｄｅｘを基準とすれば、

になる。

【0347】

Ｂ．他の例として、ＢＷＰ内のＰＲＢ ｉｎｄｅｘを基準とすれば、

になる。

【0348】

Ｃ．この方法を使用すると、基地局がｍｉｓａｌｉｇｎｅｄ ＲＢ ａｌｌｏｃａｔｉｏｎを使用するための追加シグナリングが要らない。

【0349】

上記提案したように、デルタ値が特定のＰＲＢ数(例えば、Ｌ１２－ＣＧＳの場合、１２ＰＲＢ)ごとに変わる場合、提案方法Ａ、Ｂにもそれによって特定のＰＲＢ数ごとに変わったデルタ値を適用することができる。

【0350】

さらに、ＰＵＣＣＨ送信のために提案した方法は、他のＵＬ ｓｉｇｎａｌ／ｃｈａｎｎｅｌ(例えば、ＳＲＳなど)のリソース設定時にも同様に適用できる。一例として、ＳＲＳ送信のためのリソース設定時、提案方法を使用して基地局が端末に指示し、端末は指示された方法によってＳＲＳを送信すると設定することができる。

【0351】

上述した提案方式に対する一例もこの明細書の具現方法の一つとして含まれるので、一種の提案方式として見なされることができる。また、上述した提案方式は独立して具現することもできるが、一部の提案方式の組み合わせ(或いは併合)の形態で具現することもできる。上述した提案方法の適用有無に関する情報(或いは提案方法の規則に関する情報)は基地局が端末に所定の信号(例えば、物理階層信号或いは上位階層信号)により知らせるように規定される。上位階層は、例えば、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層のいずれかを含む。

【0352】

この明細書で提案する方法を具現するための方法、実施例又は説明は個々に適用してもよく、又は一つ以上の方法(又は実施例又は説明)を結合して適用してもよい。

【0353】

具現例

【0354】

図２２は本発明の実施例による信号送受信方法を示すフローチャートである。

【0355】

図２２を参照すると、本発明の実施例は端末により行われ、ＰＵＣＣＨを送信するためのＰＵＣＣＨリソースを決定する段階(Ｓ１８０１)及びＰＵＣＣＨリソースによりＰＵＣＣＨを送信する段階(Ｓ１８０３)を含んで構成される。

【0356】

このとき、ＰＵＣＣＨリソースは３.１ないし３.３に提案した構造のいずれかの組み合わせに基づいて設定される。

【0357】

例えば、３.２に提案した構造を参照すると、ＰＵＣＣＨリソースは図１２の１６つのＰＵＣＣＨリソースセットのいずれかに選択され、選択されたＰＵＣＣＨリソースセット内の１６つのＰＵＣＣＨリソース(ｒ_{ＰＵＣＣＨ})のいずれかに決定される。

【0358】

図１２のＰＵＣＣＨリソースセットは専用のＰＵＣＣＨリソースの設定前のＰＵＣＣＨリソースセット(ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｓｅｔｓ ｂｅｆｏｒｅ ｄｅｄｉｃａｔｅｄ ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ)、即ち、初期リソースセットのためのものである。従来の文書３ＧＰＰ ＴＳ ３８.２１３を参照すると、端末が専用のＰＵＣＣＨリソースの設定前のＰＵＣＣＨリソースセットを使用するとは、つまり、共通ＰＵＣＣＨリソース設定(ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ)に基づくＰＵＣＣＨリソースセットを使用することを意味する。言い換えれば、端末は専用のＰＵＣＣＨリソースが設定されていない状態で(ＵＥ ｄｏｅｓ ｎｏｔ ｈａｖｅ ｄｅｄｉｃａｔｅｄ ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ)ＰＵＣＣＨセットを使用することを意味する。専用のＰＵＣＣＨリソースの設定前のＰＵＣＣＨリソースセットは、ＲＲＣ設定前のＰＵＣＣＨリソースセット(ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｓｅｔｓ ｐｒｉｏｒ ｔｏ ＲＲＣ ｃｏｎｆｉｇｕｒａｔｉｏｎ)とも表現できる。

【0359】

３.２の方法３－２－１－Ａを参照すると、ＰＵＣＣＨリソースごとのＰＲＢ数は、基地局が送信する上位階層シグナリング、例えば、ＳＩＢにより送信される。

【0360】

具体的には、３.２を参照すると、基地局がＢＷサイズなどを考慮して最小ＰＲＢ数を端末に指示し、端末は該当最小ＰＲＢ数を１つのＰＵＣＣＨリソースごとにＰＲＢ数と判断して、帯域幅内の周波数リソースを構成する。

【0361】

例えば、基地局は表２５及び／又は表２６の構成のうち、＃ ｏｆ ＰＲＢｓ、即ち、最小ＰＲＢ数をＳＩＢにより指示する。３.２の記載及び表１４を参照すると、表２５及び／又は表２６の＃ ｏｆ ＰＲＢｓが３.１の表１４の最小ＰＲＢであり、方法３－２－１において、該当最小ＰＲＢを一つのＰＵＣＣＨリソースに割り当てていることが分かる。方法３－２－１－Ａを参照すると、表１４、表２５及び表２６の＃ ｏｆ ＰＲＢｓは各国の規制を考慮した一例であり、基地局が＃ ｏｆ ＰＲＢｓの値を決定してＳＩＢにより指示することができる。従って、方法３－２－１－Ａにおいて、基地局がＳＩＢにより指示した最小ＰＲＢ数は、端末がＰＵＣＣＨを送信するときに使用される、一つのＰＵＣＣＨリソースに含まれるＰＲＢ数と同一である。

【0362】

３.２を参照すると、該当記載で説明しているＰＵＣＣＨリソースは図１２に連関する専用のＰＵＣＣＨリソースの設定前の(専用のＰＵＣＣＨリソースが設定されていない状態のための)ＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースに関する。従って、基地局は端末に専用のＰＵＣＣＨリソースを設定する前にＳＩＢによりＰＲＢ数に関する情報を送信する。

【0363】

３.１を参照すると、最小ＰＲＢ数が設定されると、ＰＵＣＣＨには最小ＰＲＢ数だけに該当する長いシーケンスが使用される。例えば、端末はＰＵＣＣＨの生成時、ＳＩＢにより設定されたＰＵＣＣＨリソースごとのＰＲＢ数に該当する一つのシーケンスを使用する。

【0364】

方法３－２－１－Ａを参照すると、ＰＵＣＣＨリソースはＰＵＣＣＨフォーマット０及び１のいずれかであるＰＵＣＣＨに対するリソースである。

【0365】

方法３－２－１－Ａを参照すると、端末は基地局から有効ではないＰＵＣＣＨリソースが指示されることを期待しない。例えば、ＰＵＣＣＨリソースセットに含まれた１６個のＰＵＣＣＨリソースのうち、有効ではないリソースは端末に割り当てられない。

【0366】

ＰＵＣＣＨリソースが有効であるか否かを判断する方法は、方法３－２－１及び３－２－１－Ａに開示されている。例えば、基地局から指示されたＰＵＣＣＨリソースのＰＲＢ数と帯域幅内の総ＲＢ数に基づいて帯域幅内のＦＤＭされる周波数リソースの数が算出される。算出されたＦＤＭされる周波数リソースの数と、図１２のインデックスごと(ＰＵＣＣＨリソースセットごと)の初期ＣＳインデックスのセットに含まれたＣＳインデックスの数に基づいて有効なＰＵＣＣＨリソースの数が決定される。より具体的には、ＦＤＭされるリソース数とＣＳインデックス数の積が有効なＰＵＣＣＨリソース数になる。

【0367】

図２２に関連して説明した動作に加えて、さらに図１ないし図２１に説明した動作及び／又は１．ないし３．に説明した動作のうちのいずれかが結合されて行われる。例えば、端末はＰＵＣＣＨの送信前の上りリンクＬＢＴを行う。

【0368】

本発明が適用される通信システムの例

【0369】

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

【0370】

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

【0371】

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

【0372】

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

【0373】

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

【0374】

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

【0375】

本発明が適用される無線機器の例

【0376】

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

【0377】

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

【0378】

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

【0379】

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

【0380】

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

【0381】

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

【0382】

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

【0383】

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

【0384】

本発明が適用される無線機器の活用例

【0385】

図２５は本発明に適用される無線機器の他の例を示す。無線機器は使用例／サービスによって様々な形態で具現される(図１９を参照)。

【0386】

図２５を参照すると、無線機器１００,２００は図２４の無線機器１００,２００に対応し、様々な要素(ｅｌｅｍｅｎｔ)、成分(ｃｏｍｐｏｎｅｎｔ)、ユニット／部及び／又はモジュールで構成される。例えば、無線機器１００,２００は通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は図２４における１つ以上のプロセッサ１０２,２０２及び／又は１つ以上のメモリ１０４,２０４を含む。例えば、送受信機１１４は図２４の１つ以上の送受信機１０６,２０６及び／又は１つ以上のアンテナ１０８,２０８を含む。制御部１２０は通信部１１０、メモリ部１３０及び追加要素１４０に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また制御部１２０はメモリ部１３０に格納された情報を通信部１１０により外部(例えば、他の通信機器)に無線／有線インターフェースにより送信するか、又は通信部１１０により外部(例えば、他の通信機器)から無線／有線インターフェースにより受信された情報をメモリ部１３０に格納する。

【0387】

追加要素１４０は無線機器の種類によって様々に構成される。例えば、追加要素１４０はパワーユニット／バッテリー、入出力部(Ｉ／Ｏ ｕｎｉｔ)、駆動部及びコンピュータ部のうち、いずれか１つを含む。これに限られないが、無線機器はロボット(図２３、１００ａ)、車両(図２３、１００ｂ－１、１００ｂ－２)、ＸＲ機器(図２３、１００ｃ)、携帯機器(図２３、１００ｄ)、家電(図２３、１００ｅ)、ＩｏＴ機器(図２３、１００ｆ)、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置(又は金融装置)、保安装置、気候／環境装置、ＡＩサーバ／機器(図２３、４００)、基地局(図２３、２００)及びネットワークノードなどの形態で具現される。無線機器は使用例／サービスによって移動可能であるか、又は固定した場所で使用される。

【0388】

図２５において、無線機器１００，２００内の様々な要素、成分、ユニット／部及び／又はモジュールは全体が有線インターフェースにより互いに連結されるか、又は少なくとも一部が通信部１１０により無線連結される。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線連結され、制御部１２０と第１ユニット(例えば、１３０、１４０は通信部１１０により無線連結される。また無線機器１００，２００内の各要素、成分、ユニット／部及び／又はモジュールは１つ以上の要素をさらに含む。例えば、制御部１２０は１つ以上のプロセッサ集合で構成される。例えば、制御部１２０は通信制御プロセッサ、アプリケーションプロセッサ(Ａｐｐｌｉｃａｔｉｏｎ ＰＲＯＣＥＳＳＯＲ)、ＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成される。他の例として、メモリ部１３０はＲＡＭ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)、ＤＲＡＭ(Ｄｙｎａｍｉｃ ＲＡＭ)、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、フラッシュメモリ(ｆｌａｓｈ Ｍｅｍｏｒｙ)、揮発性メモリ(ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ)、非揮発生メモリ及び／又はこれらの組み合わせで構成される。

【0389】

本発明に適用される車両又は自律走行車両を例

【0390】

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

【0391】

図２６を参照すると、車両又は自律走行車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部で構成される。ブロック１１０／１３０／１４０ａ～１４０ｄはそれぞれ図２５におけるブロック１１０／１３０／１４０に対応する。

【0392】

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

【0393】

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

【0394】

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

【産業上の利用可能性】

【0395】

述したように、本発明は様々な無線通信システムに適用することができる。

【図1】

【図2】

【図3】

【図4】

【図5(a)】

【図5(b)】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】