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

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-12-07

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

(51)【国際特許分類】

   H04W 72/04 20090101AFI20221130BHJP

   H04W 28/06 20090101ALI20221130BHJP

【ＦＩ】

H04W72/04 136

H04W72/04 133

H04W28/06 110

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022520568

(86)(22)【出願日】2020-10-05

(85)【翻訳文提出日】2022-05-19

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

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

(87)【国際公開日】2021-04-08

(31)【優先権主張番号】10-2019-0123416

(32)【優先日】2019-10-04

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

(31)【優先権主張番号】62/915,635

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

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

(31)【優先権主張番号】10-2019-0142429

(32)【優先日】2019-11-08

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】シン ソクミン

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】アン チュンキ

(72)【発明者】

【氏名】キム ソンウク

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA13

5K067DD11

5K067EE02

5K067EE10

(57)【要約】

この発明の一実施例による無線通信システムにおいて信号を送受信する方法及び装置は、ＵＣＩを含むＰＵＣＣＨを送信する。ＰＵＣＣＨ送信のためのリソースは、(i)ＰＵＣＣＨリソースに関する情報により第１インターレース及び第１インターレースより高いインデックスの第２インターレースが設定される、及び(ii)ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)数が第１インターレースのＰＲＢ数以下であることに基づいて、ＰＵＣＣＨは第１インターレース及び第２インターレースのうち、第１インターレースにより決定される。
【選択図】図１０

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末が信号を送受信する方法であって、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信する段階と、
前記ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信する段階とを含み、
(i)前記ＰＵＣＣＨリソースに関する情報により第１インターレース及び前記第１インターレースより高いインデックスの第２インターレースが設定されること、及び(ii)前記ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)数が前記第１インターレースのＰＲＢ数以下であることに基づいて、前記ＰＵＣＣＨは前記第１インターレース及び前記第２インターレースのうち、前記第１インターレースにより送信される、信号送受信方法。

【請求項2】

前記ＵＣＩを送信するためのＰＲＢ数が前記第１インターレースのＰＲＢ数以下であることは、前記ＵＣＩのサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される、請求項１に記載の信号送受信方法。

【請求項3】

前記第１インターレースのインデックス及び前記第２インターレースのインデックスは、前記ＰＵＣＣＨリソースに関する情報を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに基づいて設定される、請求項１に記載の信号送受信方法。

【請求項4】

前記第１インターレース及び前記第２インターレースは同じ数のＰＲＢを含む、請求項１に記載の信号送受信方法。

【請求項5】

前記ＰＵＣＣＨは特定のＰＵＣＣＨフォーマットに基づいて送信され、
前記特定のＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット２及びＰＵＣＣＨフォーマット３を含む、請求項１に記載の信号送受信方法。

【請求項6】

無線通信システムにおいて信号を送受信するための端末であって、
少なくとも一つの送受信機と、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも一つのプロセッサが特定の動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも一つのメモリとを含み、
前記特定の動作は、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信し、
前記ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信することを含み、
(i)前記ＰＵＣＣＨリソースに関する情報により第１インターレース及び前記第１インターレースより高いインデックスの第２インターレースが設定されること、及び(ii)前記ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)数が前記第１インターレースのＰＲＢ数以下であることに基づいて、前記ＰＵＣＣＨは前記第１インターレース及び前記第２インターレースのうち、前記第１インターレースにより送信される、端末。

【請求項7】

前記ＵＣＩを送信するためのＰＲＢ数が前記第１インターレースのＰＲＢ数以下であることは、前記ＵＣＩのサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される、請求項６に記載の端末。

【請求項8】

前記第１インターレースのインデックス及び前記第２インターレースのインデックスは、前記ＰＵＣＣＨリソースに関する情報を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに基づいて設定される、請求項６に記載の端末。

【請求項9】

前記第１インターレース及び前記第２インターレースは同じ数のＰＲＢを含む、請求項６に記載の信号送受信方法。

【請求項10】

前記ＰＵＣＣＨは特定のＰＵＣＣＨフォーマットに基づいて送信され、
前記特定のＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット２及びＰＵＣＣＨフォーマット３を含む、請求項６に記載の端末。

【請求項11】

端末のための装置であって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作可能に連結され、実行されるとき、前記少なくとも一つのプロセッサが動作を行うようにする少なくとも一つのコンピューターメモリを含み、前記動作は、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信し、
前記ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信することを含み、
(i)前記ＰＵＣＣＨリソースに関する情報により第１インターレース及び前記第１インターレースより高いインデックスの第２インターレースが設定されること、及び(ii)前記ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)数が前記第１インターレースのＰＲＢ数以下であることに基づいて、前記ＰＵＣＣＨは前記第１インターレース及び前記第２インターレースのうち、前記第１インターレースにより送信される、装置。

【請求項12】

前記ＵＣＩを送信するためのＰＲＢが前記第１インターレースのＰＲＢ数以下であることは、前記ＵＣＩのサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される、請求項１１に記載の装置。

【請求項13】

前記第１インターレースのインデックス及び前記第２インターレースのインデックスは、前記ＰＵＣＣＨリソースに関する情報を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに基づいて設定される、請求項１１に記載の装置。

【請求項14】

前記第１インターレース及び前記第２インターレースは同じ数のＰＲＢを含む、請求項１１に記載の装置。

【請求項15】

前記ＰＵＣＣＨは特定のＰＵＣＣＨフォーマットに基づいて送信され、
前記特定のＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット２及びＰＵＣＣＨフォーマット３を含む、請求項１１に記載の装置。

【請求項16】

少なくとも一つのプロセッサが動作を行うようにする少なくとも一つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体であって、前記動作は、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信し、
前記ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信することを含み、
(i)前記ＰＵＣＣＨリソースに関する情報により第１インターレース及び前記第１インターレースより高いインデックスの第２インターレースが設定されること、及び(ii)前記ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)数が前記第１インターレースのＰＲＢ数以下であることに基づいて、前記ＰＵＣＣＨは前記第１インターレース及び前記第２インターレースのうち、前記第１インターレースにより送信される、格納媒体。

【請求項17】

前記ＵＣＩを送信するためのＰＲＢ数が前記第１インターレースのＰＲＢ数以下であることは、前記ＵＣＩのサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される、請求項１６に記載の格納媒体。

【請求項18】

前記第１インターレースのインデックス及び前記第２インターレースのインデックスは、前記ＰＵＣＣＨリソースに関する情報を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに基づいて設定される、請求項１６に記載の格納媒体。

【請求項19】

前記第１インターレース及び前記第２インターレースは同じ数のＰＲＢを含む、請求項１６に記載の格納媒体。

【請求項20】

前記ＰＵＣＣＨは特定のＰＵＣＣＨフォーマットに基づいて送信され、
前記特定のＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット２及びＰＵＣＣＨフォーマット３を含む、請求項１６に記載の格納媒体。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【発明の詳細な説明】

【0003】

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

【0004】

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

【技術的解決方法】

【0005】

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

【0006】

本発明の一態様において、無線通信システムにおいて端末が信号を送受信する方法であって、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信する段階と、ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信する段階とを含み、(i)ＰＵＣＣＨリソースに関する情報により第１インターレース及び第１インターレースより高いインデックスの第２インターレースが設定される、及び(ii)ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)数が第１インターレースのＰＲＢ数以下であることに基づいて、ＰＵＣＣＨは第１インターレース及び第２インターレースのうち、第１インターレースにより送信される、信号送受信方法が提供される。

【0007】

本発明の他の態様において、無線通信システムにおいて信号を送受信するための通信装置(端末)であって、少なくとも一つの送受信機と、少なくとも一つのプロセッサと、少なくとも一つのプロセッサに動作可能に連結され、実行される場合、少なくとも一つのプロセッサが特定の動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも一つのメモリを含み、上記特定の動作は、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信し、ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信することを含み、(i)ＰＵＣＣＨリソースに関する情報により第１インターレース及び第１インターレースより高いインデックスの第２インターレースが設定される、及び(ii)ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)数が第１インターレースのＰＲＢ数以下であることに基づいて、ＰＵＣＣＨは第１インターレース及び第２インターレースのうち、第１インターレースにより送信される、通信装置が提供される。

【0008】

本発明の他の態様において、端末のための装置であって、少なくとも一つのプロセッサと、少なくとも一つのプロセッサと動作可能に連結され、実行されるとき、少なくとも一つのプロセッサが動作を行うようにする少なくとも一つのコンピューターメモリを含む装置が提供され、この動作は、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信し、ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信することを含み、(i)ＰＵＣＣＨリソースに関する情報により第１インターレース及び第１インターレースより高いインデックスの第２インターレースが設定される、及び(ii)ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)数が第１インターレースのＰＲＢ数以下であることに基づいて、ＰＵＣＣＨは第１インターレース及び第２インターレースのうち、第１インターレースにより送信される。

【0009】

本発明の他の態様において、実行されるとき、少なくとも一つのプロセッサが動作を行うようにする少なくとも一つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体が提供され、この動作は、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信し、ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信することを含み、(i)ＰＵＣＣＨリソースに関する情報により第１インターレース及び第１インターレースより高いインデックスの第２インターレースが設定される、及び(ii)ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)数が第１インターレースのＰＲＢ数以下であることに基づいて、ＰＵＣＣＨは第１インターレース及び第２インターレースのうち、第１インターレースにより送信される。

【0010】

これらの方法及び装置において、ＵＣＩを送信するためのＰＲＢ数が第１インターレースのＰＲＢ数以下であることは、ＵＣＩのサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される。

【0011】

これらの方法及び装置において、第１インターレースのインデックス及び第２インターレースのインデックスは、ＰＵＣＣＨリソースに関する情報を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに基づいて設定される。

【0012】

これらの方法及び装置において、第１インターレース及び第２インターレースは同じ数のＰＲＢを含む。

【0013】

これらの方法及び装置において、ＰＵＣＣＨは特定のＰＵＣＣＨフォーマットに基づいて送信される。特定のＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット２及びＰＵＣＣＨフォーマット３を含む。

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【図面の簡単な説明】

【0018】

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

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

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

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

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

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

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

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

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

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

【発明の実施のための形態】

【0019】

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

【0020】

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

【0021】

３ＧＰＰ ＮＲ

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

【表1】

【0032】

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

【0033】

【表2】

【0034】

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

【0035】

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

【0036】

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

【0037】

【表3】

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

(１)ＰＤＳＣＨ

【0047】

ＰＤＳＣＨは下りリンクデータ(例えば、ＤＬ－ｓｈａｒｅｄ ｃｈａｎｎｅｌ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＤＬ－ＳＣＨ ＴＢ)を運ぶ。ＴＢはコードワード(ＣｏｄｅＷｏｒｄ、ＣＷ)に符号化された後、スクランブル及び変調過程などを経て送信される。ＣＷは一つ以上のコードブロック(Ｃｏｄｅ Ｂｌｏｃｋ、ＣＢ)を含む。一つ以上のＣＢは一つのＣＢＧ(ＣＢ ｇｒｏｕｐ)に集められる。セルの設定によって、ＰＤＳＣＨは最大２つのＣＷを運ぶことができる。ＣＷごとにスクランブル及び変調が行われ、各ＣＷから生成された変調シンボルは一つ以上のレイヤにマッピングされる。各レイヤはプリコーディングを経てＤＭＲＳと共にリソースにマッピングされ、該当アンテナポートで送信される。ＰＤＳＣＨはＰＤＣＣＨにより動的にスケジューリングされるか(ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)、又は上位階層(例えば、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ １(Ｌ１)シグナリング(例えば、ＰＤＣＣＨ))に基づいて半－静的(ｓｅｍｉ－ｓｔａｔｉｃ)にスケジューリングされる(Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ、ＣＳ)。従って、動的スケジューリングではＰＤＳＣＨ送信にＰＤＣＣＨが伴われるが、ＣＳではＰＤＳＣＨ送信にＰＤＣＣＨが伴われない。ＣＳはＳＰＳ(ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ)を含む。

【0048】

(２)ＰＤＣＣＨ

【0049】

ＰＤＣＣＨはＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ－ＳＣＨの送信フォーマット及びリソース割り当て、ＵＬ－ＳＣＨ(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)に対する周波数／時間リソース割り当て情報、ＰＣＨ(ｐａｇｉｎｇ ｃｈａｎｎｅｌ)に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信される任意接続応答(ＲＡＲ)のような上位階層制御メッセージに関する周波数／時間リソース割り当て情報、送信電力制御命令、及びＳＰＳ／ＣＳ(Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ)の活性化／解除に関する情報などを運ぶ。ＤＣＩ内の情報によって様々なＤＣＩフォーマットが提供される。

【0050】

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

【0051】

【表4】

【0052】

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

【0053】

ＰＤＣＣＨ／ＤＣＩはＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別者(例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣはＣ－ＲＮＴＩ(Ｃｅｌｌ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ(Ｐａｇｉｎｇ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨが任意接続応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ－ＲＮＴＩ)にマスキングされる。

【0054】

表５はＲＮＴＩによるＰＤＣＣＨの用途及び送信チャネルを例示する。送信チャネルはＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨ／ＰＵＳＣＨが運ぶデータに関連する送信チャネルを示す。

【0055】

【表5】

【0056】

ＰＤＣＣＨの変調方式は固定されており(例えば、Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ、ＱＰＳＫ)、一つのＰＤＣＣＨはＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)で構成される。一つのＣＣＥは６つのＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成される。一つのＲＥＧは一つのＯＦＤＭアシンボルと一つの(Ｐ)ＲＢにより定義される。

【0057】

ＰＤＣＣＨはＣＯＲＥＳＥＴ(Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ)で送信される。ＣＯＲＥＳＥＴはＢＷＰ内でＰＤＣＣＨ／ＤＣＩを運ぶために使用される物理リソース／パラメータセットに該当する。例えば、ＣＯＲＥＳＥＴは所定のニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットを含む。ＣＯＲＥＳＥＴはシステム情報(例えば、ＭＩＢ)又は端末－特定の(ＵＥ－ｓｐｅｃｉｆｉｃ)上位階層(例えば、ＲＲＣ)シグナリングにより設定される。ＣＯＲＥＳＥＴの設定に使用されるパラメータ／情報の例は以下の通りである。一つの端末に一つ以上のＣＯＲＥＳＥＴが設定され、複数のＣＯＲＥＳＥＴが時間／周波数ドメインで重畳される。

【0058】

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：ＣＯＲＥＳＥＴの識別情報(ＩＤ)を示す。

【0059】

－ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓ：ＣＯＲＥＳＥＴの周波数領域リソースを示す。ビットマップにより指示され、各ビットはＲＢグループ(＝６つの連続するＲＢ)に対応する。例えば、ビットマップのＭＳＢ(Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)はＢＷＰ内の１番目のＲＢグループに対応する。ビット値が１であるビットに対応するＲＢグループがＣＯＲＥＳＥＴの周波数領域リソースに割り当てられる。

【0060】

－ｄｕｒａｔｉｏｎ：ＣＯＲＥＳＥＴの時間領域リソースを示す。ＣＯＲＥＳＥＴを構成する連続するＯＦＤＭＡシンボルの数を示す。例えば、ｄｕｒａｔｉｏｎは１～３の値を有する。

【0061】

－ｃｃｅ－ＲＥＧ－ＭａｐｐｉｎｇＴｙｐｅ：ＣＣＥ－ｔｏ－ＲＥＧマッピングタイプを示す。インターリーブタイプと非－インターリーブタイプが支援される。

【0062】

－ｐｒｅｃｏｄｅｒＧｒａｎｕｌａｒｉｔｙ：周波数ドメインにおいてプリコーダ粒度(ｇｒａｎｕｌａｒｉｔｙ)を示す。

【0063】

－ｔｃｉ－ＳｔａｔｅＳＰＤＣＣＨ：ＰＤＣＣＨに対するＴＣＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ)状態を指示する情報(例えば、ＴＣＩ－ＳｔａｔｅＩＤ)を示す。ＴＣＩ状態はＲＳセット(ＴＣＩ－状態)内のＤＬ ＲＳとＰＤＣＣＨ ＤＭＲＳポートのＱＣＬ(Ｑｕａｓｉ－Ｃｏ－Ｌｏｃａｔｉｏｎ)の関係を提供するために使用される。

【0064】

－ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ：ＤＣＩ内のＴＣＩフィールドが含まれるか否かを示す。

【0065】

－ｐｄｃｃｈ－ＤＭＲＳ－ＳｃｒａｍｂｌｉｎｇＩＤ：ＰＤＣＣＨ ＤＭＲＳスクランブルシーケンスの初期化に使用される情報を示す。

【0066】

ＰＤＣＣＨ受信のために、端末はＣＯＲＥＳＥＴでＰＤＣＣＨ候補のセットをモニタリングする(例えば、ブラインド復号)。ＰＤＣＣＨ候補はＰＤＣＣＨ受信／検出のために端末がモニタリングするＣＣＥを示す。ＰＤＣＣＨモニタリングはＰＤＣＣＨモニタリングが設定されたそれぞれの活性化されたセル上の活性ＤＬ ＢＷＰ上の一つ以上のＣＯＲＥＳＥＴで行われる。端末がモニタリングするＰＤＣＣＨ候補のセットはＰＤＣＣＨ検索空間(Ｓｅａｒｃｈ Ｓｐａｃｅ、ＳＳ)セットと定義される。ＳＳセットは共通検索空間(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＣＳＳ)セット又は端末－特定の検索空間(ＵＥ－ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＵＳＳ)セットである。

【0067】

表６はＰＤＣＣＨ検索空間を例示する。

【0068】

【表6】

【0069】

ＳＳセットはシステム情報(例えば、ＭＩＢ)又は端末－特定(ＵＥ－ｓｐｅｃｉｆｉｃ)の上位階層(例えば、ＲＲＣ)シグナリングにより設定される。サービングセルの各ＤＬ ＢＷＰにはＳ個(例えば、１０)以下のＳＳセットが設定される。例えば、各ＳＳセットに対して以下のパラメータ／情報が提供される。それぞれのＳＳセットは一つのＣＯＲＥＳＥＴに連関し、それぞれのＣＯＲＥＳＥＴ構成は一つ以上のＳＳセットに連関する。

【0070】

－ｓｅａｒｃｈＳｐａｃｅＩｄ：ＳＳセットのＩＤを示す。

【0071】

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：ＳＳセットに連関するＣＯＲＥＳＥＴを示す。

【0072】

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

【0073】

－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：ＰＤＣＣＨモニタリングが設定されたスロット内においてＰＤＣＣＨモニタリングのための１番目のＯＦＤＭＡシンボルを示す。ビットマップにより指示され、各ビットはスロット内の各ＯＦＤＭＡシンボルに対応する。ビットマップのＭＳＢはスロット内の１番目のＯＦＤＭシンボルに対応する。ビット値が１であるビットに対応するＯＦＤＭＡシンボルがスロット内においてＣＯＲＥＳＥＴの１番目のシンボルに該当する。

【0074】

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

【0075】

－ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ：ＳＳタイプがＣＳＳであるか又はＵＳＳであるかを示す。

【0076】

－ＤＣＩフォーマット：ＰＤＣＣＨ候補のＤＣＩフォーマットを示す。

【0077】

ＣＯＲＥＳＥＴ／ＳＳセット設定に基づいて、端末はスロット内の一つ以上のＳＳセットでＰＤＣＣＨ候補をモニタリングすることができる。ＰＤＣＣＨ候補をモニタリングすべき機会(ｏｃｃａｓｉｏｎ)(例えば、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会と定義する。スロット内に一つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。

【0078】

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

【0079】

(１)ＰＵＳＣＨ

【0080】

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

【0081】

(２)ＰＵＣＣＨ

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

【表7】

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

【表8】

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【0163】

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

【0164】

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

【0165】

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

【0166】

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

【0167】

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

【0168】

【表9】

【0169】

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

【0170】

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

【0171】

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

【0172】

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

【0173】

ＲＢインターレース

【0174】

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

【0175】

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

【0176】

２．非免許帯域での上りリンク送信

【0177】

上述した内容(３ＧＰＰシステム(又はＮＲシステム)、フレーム構造など)は、後述するこの明細書で提案する方法と結合して適用でき、またこの明細書で提案する方法の技術的特徴を明確にする。

【0178】

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

【0179】

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

【0180】

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

【0181】

上述した表７のように、従来のＮＲシステムでＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４までの５つで構成される。ＰＵＣＣＨフォーマット０、１、４は１ＰＲＢを占有するように設定され、ＰＵＣＣＨフォーマット２、３はＯＦＤＭシンボルを１～１６ＰＲＢを占有するように設定される。

【0182】

以下、共有スペクトルのために使用されるＰＵＣＣＨフォーマットについて提案する。共有スペクトルで特定の装置(及び／又はノード)が信号を送信する時、ＰＳＤ(Ｐｏｗｅｒ Ｓｐｅｃｔｒａｌ Ｄｅｎｓｉｔｙ)観点での制約があり得る。例えば、ＥＴＳＩ規制によれば、特定の帯域での信号送信は１０ｄＢｍ／１ＭＨｚのＰＳＤを満たさなければならない。もし１５ｋＨｚ ＳＣＳが設定された場合、ＰＵＣＣＨフォーマット０(１ＰＲＢ、１８０ｋＨｚ)でＰＵＣＣＨを送信すると、約１０ｄＢｍがＰＵＣＣＨに対する最大許容電力になる。一般的には、端末の最大電力は２３ｄＢｍであり、１０ｄＢｍは２３ｄＢｍよりも相当に低い許容電力に該当する。端末が１０ｄＢｍでＵＬ信号を送信する場合、端末が支援可能な最大ＵＬカバレッジが小さくなる可能性がある。端末がＰＵＣＣＨをより広い周波数ドメイン(Ｆ－ｄｏｍａｉｎ)上で送信して送信電力を増加させると、ＵＬカバレッジが小さくなる問題を解決することができる。また、共有スペクトルに対する規制として、ＯＣＢ(Ｏｃｃｕｐｉｅｄ ｃｈａｎｎｅｌ Ｂａｎｄｗｉｄｔｈ)観点での制約があり得る。例えば、特定の装置が信号を送信するとき、該当信号はシステム帯域幅(Ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈ)のうち、少なくとも８０％を占有する必要がある。もしシステム帯域幅が２０ＭＨｚであると、特定の装置が送信する信号は２０ＭＨｚの８０％である１６ＭＨｚ以上を占有する必要がある。

【0183】

ＰＳＤ及びＯＣＢに対する規制を考慮したＰＵＣＣＨの構造として、上述したＲＢインターレース構造が使用される。例えば、ＰＵＣＣＨフォーマット０及び／又は１のように既存に１ＰＲＢを使用するように設定されたＰＵＣＣＨのＰＵＣＣＨシーケンスを、ＯＣＢを考慮して周波数ドメイン上で特定の間隔だけ離れて存在するＰＲＢに繰り返すことによりＰＵＣＣＨが構成される。

【0184】

ＰＵＣＣＨフォーマット２及び／又は３の場合、１ＰＲＢ～１６ＰＲＢｓまで設定できるので、ＯＣＢを考慮して設定されたＰＲＢがインターレース形態で送信される。この明細書では、ＰＵＣＣＨフォーマット２及び３を共有スペクトルで使用できるように変更する方法を提案する。この明細書において、‘ＰＵＣＣＨフォーマットを送信する’とは、‘該当ＰＵＣＣＨフォーマットで設定されたＰＵＣＣＨを送信する’という意味である。

【0185】

以下、この明細書で提案される、ＵＬインターレースを用いてＰＵＣＣＨを送信するための端末動作について説明する。

【0186】

(１)まず、ＵＥはＰＵＣＣＨフォーマット送信のためのＵＬインターレース設定情報を基地局から受信する。ここで、ＵＬインターレース設定情報は定義されたＳＣＳごとのＯＣＢ要求事項を満たすＵＬインターレースに対するＵＬインターレースインデックスを含む。(２)次に、ＵＥはＵＬインターレース設定情報に基づいて少なくとも一つのＵＬインターレースを決定する。(３)その後、ＵＥは決定された少なくとも一つのＵＬインターレースを用いて基地局にＰＵＣＣＨフォーマット送信を行う。

【0187】

より具体的な内容は後述する方法を参考する。即ち、後述する方法は上記(１)ないし(３)の手順と結合して、この明細書で提案する目的／効果を達成することができる。この明細書において、‘非免許帯域'は‘共有スペクトル(ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)'に代替及び混用できる。またこの明細書において、‘ＬＢＴタイプ’は‘チャネル接続タイプ’に代替及び混用できる。

【0188】

３.１ 実施例１：ＰＵＣＣＨ ｆｏｒｍａｔ ２／３ ｅｎｈａｎｃｅｍｅｎｔ ｆｏｒ ＮＲ－Ｕ ｏｐｅｒａｔｉｏｎ

【0189】

ＮＲにおいて、ＰＵＣＣＨフォーマット２及び３は単一のＵＥのために１ＰＲＢから１６ＰＲＢｓまで割り当てられる。ＮＲと類似するＵＣＩビットサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)を維持するためには、単一のインターレースでは不足である。従って、ＰＵＣＣＨフォーマット２又は３が２つのインターレースで割り当てられることに関する論議も進行中である。

【0190】

さらにＮＲ－ＵにおいてｅＰＵＣＣＨフォーマット(ｅｎｈａｎｃｅｄ ＰＵＣＣＨ ｆｏｒｍａｔ)でＵＥ多重化まで考慮されている。従って、ｍｕｌｔｉｐｌｅ ｉｎｔｅｒｌａｃｅ ａｌｌｏｃａｔｉｏｎ及びＵＥ多重化に関連して、以下のような動作／設定方法を提案する。

【0191】

提案方法１－１－１：ＰＵＣＣＨリソース(例えば、ｅｎｈａｎｃｅｄ ＰＵＣＣＨ ｆｏｒｍａｔ ２／３)のために割り当てられる総インターレースの数によってＵＥ多重化の支援有無が変更されるように設定

【0192】

１－１－１－Ａ．一例として、ＰＵＣＣＨリソースが１つのインターレースを使用するように割り当てられると、ＵＥ多重化が許容され、ＰＵＣＣＨリソースが２つ以上(或いは最大２つ)のインターレースを使用するように割り当てられると、ＵＥ多重化が許容されず、単一のＵＥが該当ＰＵＣＣＨリソースを全て占有する。

【0193】

仮に２つのインターレース(例えば、２０、２１、２２ＰＲＢｓで構成される)が単一のＵＥにｅＰＵＣＣＨフォーマット２／３の送信のために割り当てられると、総ＰＲＢ数が１６を超えるので、ＮＲと類似するＵＣＩビットサイズ及び符号化レートが維持される。

【0194】

１－１－１－Ｂ．他の例として、(ＣＤＭ方式などを適用して)複数のＵＥ多重化を支援する構造のＰＵＣＣＨフォーマット２／３のためには、単一のＵＥに最大１つのインターレースで構成されたＰＵＣＣＨリソースのみが設定及び／又は割り当てられる。複数のＵＥ多重化を支援しない構造のＰＵＣＣＨフォーマット２／３のためには、単一のＵＥに２つ以上のインターレースで構成されたＰＵＣＣＨリソースが設定及び／又は割り当てられる。

【0195】

１－１－１－Ｃ．提案方法１－１の指示のためにＵＥ多重化許容を指示する明示的なパラメータ(ｅｘｐｌｉｃｉｔ ｐａｒａｍｅｔｅｒ、例えば、１ｂｉｔ ｏｎ／ｏｆｆ)が上位レイヤシグナリング(例えば、ＳＩＢ又はＲＭＳＩ(ｒｅｍａｉｎｉｎｇ ｍｉｎｉｍｕｍ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)など)に含まれる。

【0196】

１－１－１－Ｄ．又は多重化のためのＵＥ数(＃ ｏｆ ＵＥ ｆｏｒ ｍｕｌｔｉｐｌｅｘｉｎｇ)、拡散因子(ｓｐｒｅａｄｉｎｇ ｆａｃｔｏｒ)(例えば、ＯＣＣ長さ)、ＰＵＣＣＨリソースのためのインターレースの数(＃ ｏｆ ｉｎｔｅｒｌａｃｅ ｆｏｒ ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ)などが上位レイヤシグナリング(例えば、ＳＩＢ又はＲＭＳＩなど)に含まれて暗示的にＵＥ多重化の許容が指示される。

【0197】

提案方法１－１－２：多重化されるＵＥが増加することにより、＃ ｏｆ ＰＲＢ(即ち、＃ ｏｆ Ｉｎｔｅｒｌａｃｅ)を増えてＰＵＣＣＨリソースで割り当てる方法

【0198】

１－１－２－Ａ．一例として、ＮＲと同様のＵＣＩビットサイズ及び符号化レートを維持するためには、端末に最大１６ＰＲＢまで確保する必要がある。Ｎ個のＵＥが最大１６ＰＲＢｓまで使用するように設定するためには、総Ｎ＊１６ＰＲＢｓが確保される＃ ｏｆ ｉｎｔｅｒｌａｃｅ(インターレースの数)が割り当てられる必要がある。

【0199】

具体的な数により説明すると、以下の通りである。

【0200】

端末の数Ｎ＝２であると、ＰＵＣＣＨの送信に最大３２ＰＲＢｓが必要である(１５／３０ｋＨｚ ＳＣＳ可能)。よって、１０／１１ＰＲＢｓで構成された３つ(或いは４つ)のインターレースインデックスが使用される。３つのインターレースが使用される場合、１１ＰＲＢｓで構成された２つのインターレースと１０ＰＲＢｓで構成された１つのインターレースを含む３つのインターレースが使用される。４つのインターレースが使用される場合、ＰＲＢ数に関係なく、４つのインターレースが使用される。

【0201】

端末の数Ｎ＝３であると、ＰＵＣＣＨの送信に最大４８ＰＲＢｓが必要である(１５／３０ｋＨｚ ＳＣＳ可能)。よって、１０／１１ＰＲＢで構成された５つのインターレースインデックスが使用される。

【0202】

端末の数Ｎ＝４であると、ＰＵＣＣＨの送信に最大６４ＰＲＢｓが必要である(１５ｋＨｚ ＳＣＳ可能)。よって、１０／１１ＰＲＢで構成された６つ或いは７つのインターレースインデックスが使用される。６つのインターレースが使用される場合、１１ＰＲＢｓで構成された４つのインターレースと１０ＰＲＢｓで構成された２つのインターレースを含む６つのインターレースが使用される。７つのインターレースが使用される場合、ＰＲＢ数に関係なく、７つのインターレースが使用される。

【0203】

端末の数Ｎ＝５であると、ＰＵＣＣＨの送信に最大８０ＰＲＢｓが必要である(１５ｋＨｚ ＳＣＳ可能)。よって、１０／１１ＰＲＢで構成された８つのインターレースインデックスが使用される。

【0204】

端末の数Ｎ＝６であると、ＰＵＣＣＨの送信に最大９６ＰＲＢｓが必要である(１５ｋＨｚ ＳＣＳ可能)。よって、１０／１１ＰＲＢで構成された９つ或いは１０つのインターレースインデックスが使用される。９つのインターレースが使用される場合、１１ＰＲＢｓで構成された６つのインターレースと１０ＰＲＢｓで構成された３つのインターレースを含む９つのインターレースが使用される。１０つのインターレースが使用される場合、ＰＲＢ数に関係なく、１０つのインターレースが使用される。

【0205】

端末の数Ｎ≧７である場合は、同一の符号化レート及び支援可能なＵＣＩビットサイズが維持できない。

【0206】

即ち、一つのＵＥが最大１６ＰＲＢｓを占有する必要がある場合、３０ｋＨｚ ＳＣＳで最大３つのＵＥまでＭｕｘ(又は多重化)が可能であり、１５ｋＨｚ ＳＣＳで最大６つのＵＥまでＭｕｘ可能である。一つのＵＥが占有するＰＲＢ数が減少するほど（各）ＳＣＳごとに可能な最大ＵＥ多重化の数が増加する。

【0207】

１－１－２－Ｂ．他の例として、(ＣＤＭ方式などを適用して)最大Ｎ個のＵＥ多重化を支援する構造のＰＵＣＣＨフォーマット２／３のためには、単一のＵＥに最大ＫｘＮ個(例えば、Ｋ＝２)のインターレースで構成されたＰＵＣＣＨリソースが設定及び／又は割り当てられる。ＵＥ多重化を支援しない構造のＰＵＣＣＨフォーマット２／３のためには、単一のＵＥに最大Ｋ個(例えば、Ｋ＝２)のインターレースで構成されたＰＵＣＣＨリソースが設定及び／又は割り当てられる。

【0208】

さらに基地局が複数のインターレースを単一のｅＰＵＣＣＨフォーマット２リソースで構成及び／又は送信するように端末に設定する場合、そして該当複数のインターレースに(ＣＤＭ方式などを適用した)ＵＥ多重化が許容される場合、各ＵＥがＵＣＩ(ＲＥｓ)及びＤＭＲＳ(ＲＥｓ)に適用するＯＣＣインデックス及びＯＣＣマッピング方法などが指示される必要がある。これに関連して、以下のような設定／動作方法を提案する。以下の説明においては、従来システムで使用したＯＣＣが考慮されるか、或いは新しい長さ、種類のＯＣＣが提案される。

【0209】

提案方法１－２－１：単一のＰＵＣＣＨリソースを構成する複数のインターレースのそれぞれに、個々の／独立した複数の(或いは共通する一つの)ＯＣＣインデックスを設定し、（各）インターレースインデックスごとに対応するＯＣＣインデックスを適用／マッピングする方法

【0210】

１－２－１－Ａ．一例として、インターレースインデックスＮとインターレースインデックスＮ＋１が単一のＵＥの単一のＰＵＣＣＨフォーマット(例えば、ＰＵＣＣＨ ｆｏｒｍａｔ ２)リソースに設定及び／又は割り当てられる場合、インターレースインデックスＮのためのＯＣＣインデックスｉが設定され、それと独立してインターレースインデックスＮ＋１のためのＯＣＣインデックスｊが(黙示的／明示的に)設定される。

【0211】

具体的な実施例において、それぞれ独立したＯＣＣインデックスが設定された場合、各ＯＣＣは各インターレースを構成するＰＲＢのそれぞれにマッピングされる。即ち、インデックスＮであるインターレースをなすＰＲＢにはＯＣＣインデックスｉがマッピングされ、インデックスＮ＋１であるインターレースをなすＰＲＢにはＯＣＣインデックスｊがマッピングされる。

【0212】

さらに他の実施例においては、一つのインターレースを構成するＰＲＢの間にＯＣＣインデックスを(特定のパターンで)変更するＯＣＣインデックスサイクリング(ｃｙｃｌｉｎｇ)が適用される場合、設定されたＯＣＣインデックスは一つのインターレース０内で特定の基準(例えば、最低ＲＢインデックスを有する)ＰＲＢに適用される初期ＯＣＣインデックスとして設定される。

【0213】

さらに他の実施例においては、それぞれ独立したＯＣＣインデックスが設定された場合、各ＯＣＣは基地局が指示した値に基づいて(又は予め定義された特定の値に基づいて)、ＯＣＣインデックスサイクリングにより各インターレースインデックスに該当するＰＲＢにマッピングされる。

【0214】

インデックスＮであるインターレースをなすＰＲＢに関連して、ＯＣＣインデックスサイクリングのためにｋという値が指示された場合(又は定義された場合)、最低(又は最高)インデックスのＰＲＢからＯＣＣインデックスｉ、ＯＣＣインデックスｉ＋ｋ、ＯＣＣインデックスｉ＋２ｋ、…の順にマッピングされる。

【0215】

一方、インデックスＮ＋１であるインターレースをなすＰＲＢに関連して、ＯＣＣインデックスサイクリングのためにｑという値が指示された場合(又は定義された場合)、最低(又は最高)インデックスのＰＲＢからＯＣＣインデックスｊ、ＯＣＣインデックスｊ＋ｑ、ＯＣＣインデックスｊ＋２ｑ、…の順にマッピングされる。

【0216】

１－２－１－Ｂ．さらに他の一例において、インターレースインデックスＮとインターレースインデックスＮ＋１が単一のＵＥの単一のＰＵＣＣＨフォーマット(例えば、ＰＵＣＣＨ ｆｏｒｍａｔ ２)リソースに設定及び／又は割り当てられた場合、インターレースインデックスＮとインターレースインデックスＮ＋１のためのＯＣＣインデックスが共通して単一のＯＣＣインデックスｉに設定される。

【0217】

具体的な実施例として、ＯＣＣインデックスが共通して設定された場合、共通ＯＣＣが各インターレースを構成するＰＲＢのそれぞれにマッピングされる。即ち、インデックスＮであるインターレースをなすＰＲＢにはＯＣＣインデックスｉがマッピングされ、インデックスＮ＋１であるインターレースをなすＰＲＢにもＯＣＣインデックスｉがマッピングされる。

【0218】

さらに他の実施例においては、同一の一つのインターレースを構成するＰＲＢの間にＯＣＣインデックスを(特定のパターンで)変更するＯＣＣインデックスサイクリングが適用される場合、設定されたＯＣＣインデックスはインターレース内で特定の基準(例えば、最低ＲＢインデックスを有する)ＰＲＢに適用される初期ＯＣＣインデックスに設定される。

【0219】

さらに他の実施例においては、ＯＣＣインデックス共通して設定された場合であっても、基地局がＯＣＣインデックスサイクリングのための値を独立して指示する(又は予め独立した値に定義される)場合、ＯＣＣインデックスは共通ＯＣＣインデックス及び（各）インターレースごとに指示／定義されたＯＣＣインデックスサイクリング値に基づいて各インターレースインデックスに該当するＰＲＢにマッピングされる。

【0220】

即ち、インデックスＮであるインターレースをなすＰＲＢに関連して、ＯＣＣインデックスサイクルのためにｋという値が指示された場合(又は定義された場合)、最低(又は最高)インデックスのＰＲＢからＯＣＣインデックスｉ、ＯＣＣインデックスｉ＋ｋ、ＯＣＣインデックスｉ＋２ｋ、…の順にマッピングされる。

【0221】

一方、インデックスＮ＋１であるインターレースをなすＰＲＢに関連して、ＯＣＣインデックスサイクリングのためにｑという値が指示された場合(又は定義された場合)、最低(又は最高)インデックスのＰＲＢからＯＣＣインデックスｉ、ＯＣＣインデックスｉ＋ｑ、ＯＣＣインデックスｉ＋２ｑ、…の順にマッピングされる。

【0222】

提案方法１－２－２：単一のＰＵＣＣＨリソースを構成する複数のインターレースに一つのＯＣＣインデックスを設定し、インターレースインデックスに関係なく最低インデックスのＰＲＢから(或いは最高インデックスのＰＲＢから)該当一つのＯＣＣを適用及び／又はマッピングする方法

【0223】

１－２－２－Ａ．一例として、インターレースインデックスＮとインターレースインデックスＮ＋１が単一のＵＥの単一のＰＵＣＣＨフォーマット２リソースに設定及び／又は割り当てられた場合、インターレースインデックスＮとインターレースインデックスＮ＋１のためのＯＣＣインデックスがｉに設定される。また、ＯＣＣサイクリング単位及び／又は周期が１０ＰＲＢｓに設定される。この場合、全体ＰＵＣＣＨリソース(即ち、ｉｎｔｅｒｌａｃｅ ｉｎｄｅｘ Ｎとｉｎｔｅｒｌａｃｅ ｉｎｄｅｘ Ｎ＋１をなすＰＲＢ)の半分(例えば、１０ＰＲＢ)までにはＯＣＣインデックスｉがマッピングされ、残りの半分(例えば、１０ＰＲＢ)にはＯＣＣインデックスｉと独立して設定されたさらに他のＯＣＣインデックス(例えば、ＯＣＣ ｉｎｄｅｘ ｉ＋ｋ)がマッピングされる。

【0224】

１－２－２－Ｂ．さらに他の一例においては、インターレースインデックスＮとインターレースインデックスＮ＋１が単一のＵＥの単一のＰＵＣＣＨフォーマット２リソースに設定及び／又は割り当てられた場合、インターレースインデックスＮとインターレースインデックスＮ＋１のためのＯＣＣインデックスがiに設定されることが考えられる。この場合、ＯＣＣサイクリング単位及び／又は周期がＰＵＣＣＨリソースを構成する全体ＰＲＢに設定される。この場合、全体ＰＵＣＣＨリソースがＯＣＣインデックスｉにマッピングされる。

【0225】

１－２－２－Ｃ．さらに他の実施例においては、インターレースインデックスＮとインターレースインデックスＮ＋１が単一のＵＥの単一のＰＵＣＣＨフォーマット２リソースに設定及び／又は割り当てられた場合、インターレースインデックスＮとインターレースインデックスＮ＋１のためのＯＣＣインデックスがiに設定される。また、ＯＣＣサイクリング単位及び／又は周期が単一のＰＲＢに設定される。この場合、インデックスＮであるインターレースとインデックスＮ＋１であるインターレースをなすＰＲＢがＯＣＣインデックスサイクリングのためにｋという値が指示された場合(又は定義された場合)、(インターレースインデックスに関係なく)最低(又は最高)インデックスのＰＲＢからＯＣＣインデックスｉ、ＯＣＣインデックスｉ＋ｋ、ＯＣＣインデックスｉ＋２ｋ、…の順にマッピングされる。

【0226】

提案方法１－２－３：単一のＰＵＣＣＨリソースを構成する複数のインターレースのそれぞれに個々に／独立したＯＣＣ長さ(及び各ＯＣＣ長さに基づくＯＣＣインデックス)を設定し、（各）インターレースインデックスごとに対応するＯＣＣ長さ(及び対応するＯＣＣインデックス)を適用／マッピングする方法

【0227】

提案方法１－２－３により、複数のインターレースインデックスに多重化される複数のＵＥの間に互いに異なるＯＣＣ長さが指示される。一例として、インターレースインデックスＮとインターレースインデックスＮ＋１が単一のＵＥの単一のＰＵＣＣＨフォーマット２リソースに設定及び／又は割り当てられ、インターレースインデックスＮにはＯＣＣ長さ＝Ａが適用され、インターレースインデックスＮ＋１にはＯＣＣ長さ＝Ｂが適用される。このときにも提案方法１－２－１と１－２－２のうちのいずれかの方法でＯＣＣがマッピングされる。

【0228】

さらに、従来のＰＵＣＣＨフォーマット０／１／３／４において、ＵＣＩ及び／又はＤＭＲＳを送信するシーケンスの場合、インターセルランダム化(ｉｎｔｅｒ ｃｅｌｌ ｒａｎｄｏｍｉｚａｔｉｏｎ)のためにＯＦＤＭシンボルの間にＣＳ(ｃｙｃｌｉｃ ｓｈｉｆｔ)値を異なるように変更／適用(例えば、他の値にホッピング)するようになっている。一方、ｅＰＵＣＣＨフォーマット２／３においてＵＥ多重化のために(一つのＯＦＤＭシンボル内で)周波数ドメインＯＣＣを使用するように設定される。インターセルランダム化(ｉｎｔｅｒ ｃｅｌｌ ｒａｎｄｏｍｉｚａｔｉｏｎ)のために、ＵＣＩ情報(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)が送信されるＯＦＤＭシンボルの間に適用されるＯＣＣインデックスを異なるように変更(例えば、他のインデックスにホッピング)する方法が以下のように考えられる。

【0229】

提案方法１－３－１：ＰＵＣＣＨリソース上でＵＣＩ情報(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)が送信されるＯＦＤＭシンボル、スロット及び／又はセルＩＤなどの組み合わせにより、特定のＯＦＤＭシンボルに適用されるＯＣＣインデックスを決定する方法

【0230】

具体的には、ＵＥは基地局からＰＵＣＣＨリソースに適用する初期ＯＣＣインデックスが設定された状態において、ＯＣＣを適用してＵＣＩ情報(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)が送信されるＯＦＤＭシンボル、スロット、及び／又はＣｅｌｌ ＩＤなどの組み合わせによってＯＣＣインデックスオフセットを決定する。端末は決定されたＯＣＣインデックスオフセットを初期ＯＣＣインデックスに適用して(例えば、加えて)算出された最終ＯＣＣインデックスを、ＯＦＤＭシンボルに適用されるＯＣＣインデックスとして決定する。

【0231】

同じセル、同じスロット、同じＯＦＤＭシンボルに複数のＵＥが送信するＵＣＩシンボル(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)の間には常に互いに異なるＯＣＣインデックスが使用されるように設定される。

【0232】

一例として、同じスロット及び同じＯＦＤＭシンボルに、セルＡで４つのＵＥが多重化され(即ち、ＯＣＣ ｉｎｄｅｘ ０からＯＣＣ ｉｎｄｅｘ ３まで使用可能)、セルＢでも４つのＵＥが多重化されると仮定できる(即ち、ＯＣＣ ｉｎｄｅｘ ０からＯＣＣ ｉｎｄｅｘ ３まで使用可能)。

【0233】

このとき、セルＡは初期ＯＣＣインデックス０が設定されたＵＥが特定のＯＦＤＭシンボルで実際には該当初期ＯＣＣインデックス０ではない他のＯＣＣインデックス(例えば、２)を使用するように定義される。他のＯＣＣインデックスは、ＵＣＩシンボル(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)が送信されるＯＦＤＭシンボル、スロット及び／又はセルＩＤなどの組み合わせにより設定される。セルＢは初期ＯＣＣインデックス０が設定されたＵＥが同一のＯＦＤＭシンボルで実際には該当初期ＯＣＣインデックス０ではない他のＯＣＣインデックス(例えば、３)を使用するように定義される。他のＯＣＣインデックスは、ＵＣＩシンボル(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)が送信されるＯＦＤＭシンボル、スロット及び／又はセルＩＤなどの組み合わせにより設定される。

【0234】

提案方法１－３－２：ＰＵＣＣＨリソース上でＵＣＩ情報(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)が送信されるＯＦＤＭシンボル、スロット、ＰＲＢ、インターレース及び／又はセルＩＤなどの組み合わせにより、特定のＰＲＢ又はインターレースに適用されるＯＣＣインデックスを決定する方法

【0235】

具体的には、ＵＥは基地局からＰＵＣＣＨリソースに適用する初期ＯＣＣインデックスが設定される状態で、ＯＣＣを適用してＵＣＩ情報(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)が送信されるＯＦＤＭシンボル、スロット、ＰＲＢ、インターレース及び／又はセルＩＤなどの組み合わせによってＯＣＣインデックスオフセットを決定する。端末は決定されたＯＣＣインデックスオフセットを初期ＯＣＣインデックスに適用して(例えば、加えて)算出された最終ＯＣＣインデックスを、該当ＰＲＢ又はインターレースに適用されるＯＣＣインデックスとして決定する。

【0236】

同じセル、同じスロット、同じＯＦＤＭシンボルに複数のＵＥが送信するＵＣＩシンボル(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)の間には常に互いに異なるＯＣＣインデックスが使用される。

【0237】

ＣＳされたＯＣＣの間の直交性(ｏｒｔｈｏｇｏｎａｌｉｔｙ)を維持するために、同じセル、同じスロット、同じＯＦＤＭシンボルに複数のＵＥが送信するＵＣＩシンボル(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)の間には同一の(周波数ドメイン)サンプルだけのＣＳが適用される。

【0238】

一例として、同じスロット及び同じＯＦＤＭシンボルに、セルＡで４つのＵＥが多重化され(即ち、ＯＣＣ ｉｎｄｅｘ ０からＯＣＣ ｉｎｄｅｘ ３まで使用可能)、セルＢでも４つのＵＥが多重化されると仮定することができる(即ち、ＯＣＣ ｉｎｄｅｘ ０からＯＣＣ ｉｎｄｅｘ ３まで使用可能)。

【0239】

このとき、セルＡは初期ＯＣＣインデックス０が設定されたＵＥが実際計算したＣＳ値が２サンプルだけになるように定義される。ＣＳ値はＵＣＩシンボル(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)が送信されるＯＦＤＭシンボル、スロット及び／又はセルＩＤなどの組み合わせに基づいて計算される。セルＢは初期ＯＣＣインデックス０が設定されたＵＥが実際計算したＣＳ値が３サンプルだけになるように定義される。ＣＳ値はＵＣＩシンボル(或いはＵＣＩ ＲＥ或いはＤＭＲＳ ＲＥ)が送信されるＯＦＤＭシンボル、スロット及び／又はセルＩＤなどの組み合わせに基づいて計算される。セル間に互いに異なるＣＳ値を有するＯＣＣが使用されるので、インターセルランダム化(ｉｎｔｅｒ ｃｅｌｌ ｒａｎｄｏｍｉｚａｔｉｏｎ)の効果がもっと高まる。

【0240】

２.２．実施例２：Ａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢｓ ｉｎ ｅｎｈａｎｃｅｄ ＰＵＣＣＨ ｆｏｒｍａｔ ２／３ ｅｎｈａｎｃｅｍｅｎｔ ｉｎ ＮＲ－Ｕ

【0241】

ＮＲにおいて、端末のＰＵＣＣＨフォーマット２／３送信のために基地局がＵＬリソースを割り当てた後、端末が実際に送信すべきＵＣＩサイズ及び符号化レートに基づいて、ａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ(実際に使用されるＰＲＢ)が計算される。その後、端末はａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が、基地局が指示したＵＬリソースに該当するＰＲＢより少ない場合、ａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢだけＰＵＣＣＨ送信を行い、残りのＰＲＢは使用しない。基地局もそれを予め把握でき、該当残りのＰＲＢは他のＵＬリソースのために使用される。残りのＰＲＢはドロップしてもよい。

【0242】

共有スペクトルでのｅＰＵＣＣＨフォーマット２／３でも割り当てられたＰＲＢの一部のみが使用される動作が適用される。特徴的には、(ＳＣＳによって)特定のインターレースインデックスは１１つのＰＲＢで構成されているが、ＯＣＢ要求事項は１０ＰＲＢのみでも満足できる。従って、もし端末にｅＰＵＣＣＨフォーマット２／３を送信するために基地局から１１ＰＲＢで構成されたインターレースインデックスが割り当てられ、端末が実際に送信すべきＵＣＩサイズ及び符号化レートに基づいてａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢを計算して１０ＰＲＢが出た場合、端末は１ＰＲＢをドロップし、１０ＰＲＢのみを使用してＰＵＣＣＨを送信する。基地局もそれを予め把握でき、該当１ＰＲＢは他のＵＬリソースのために使用される。特徴的には、このようにドロップされた１ＰＲＢは、ＬＢＴサブバンドの間に存在するキャリア間ガードバンド(ｉｎｔｅｒ ｃａｒｒｉｅｒ ｇｕａｒｄ ｂａｎｄ)に存在するＰＲＢと結合して、従来システムによるＰＵＳＣＨなどを送信可能なリソースとして使用される。

【0243】

これは複数のインターレースインデックスが指示される場合に拡張できる。もし基地局が１１つのＰＲＢで構成された複数のインターレースインデックスＭ個をＰＵＣＣＨリソースに割り当て、端末が実際に送信すべきＵＣＩサイズ及び符号化レートに基づいてａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢを計算したとき、１１＊Ｍより少ないＰＲＢが出た場合、端末は最高(或いは最低)インターレースインデックスの最高(或いは最低)インデックスの１つのＰＲＢをドロップすることができる。もしドロップするＰＲＢ数が２つ以上である場合は、２番目、３番目に高い(或いは低い)インターレースインデックスの順にそれぞれの最高(或いは最低の)１つのＰＲＢがドロップされる。

【0244】

さらに、基地局が複数のインターレースインデックスを指示する場合、それぞれのインターレースインデックスは１０つ或いは１１つのＰＲＢで構成されるので、それぞれの場合によって以下の方法に従うと設定できる。

【0245】

２－１－１．基地局が指示した複数のインターレースインデックスに該当するインターレースが同じ数のＰＲＢのみからなる場合、端末が計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢの数が一つ以上のインターレースをドロップしてもよければ、端末は最高(或いは最低)インターレースインデックスをドロップする。言い換えれば、端末が計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢの数が一つのインターレースのＰＲＢ数以下であると、端末は最高(或いは最低)インターレースインデックスをドロップすることができる。例えば、複数のインターレースがそれぞれ１０つのＰＲＢのみで構成される場合、端末が計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢの数が指示された総ＰＲＢ数より１０以上小さいと、即ち、ａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢの数が１０以下であると、端末は最高インデックスのインターレースを除いて残りのインターレースによりＰＵＣＣＨを送信する。複数のインターレースがそれぞれ１１つのＰＲＢのみで構成された場合は、端末が計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢの数が指示された総ＰＲＢ数より１１以上小さいと、即ち、ａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢの数が１１以下であると、端末は最高インデックスのインターレースを除いて残りのインターレースによりＰＵＣＣＨを送信する。

【0246】

一例として、基地局が２つのインターレースを指示し、端末が実際計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ値が一つのインターレースを構成するＰＲＢ数より小さいか又は等しい場合、端末は相対的に高いインデックスの１つのインターレースをドロップする。端末は残りの一つの、相対的に低いインデックスのインターレースのみを使用してＰＵＣＣＨを送信する。ａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢの数が一つのインターレースのＰＲＢ数以下であるか否かは、上述したように、端末が実際に送信すべきＵＣＩサイズ及び符号化レートに基づいて計算される。ＵＣＩサイズでは送信されるＨＡＲＱ－ＡＣＫビット数及び付加されるＣＲＣビット数が考慮される。

【0247】

２－１－２．基地局が指示した複数のインターレースインデックスが互いに異なる数のＰＲＢからなるインターレースを含む場合(即ち、１０つのＰＲＢで構成されたインターレースもあり、１１つのＰＲＢで構成されたインターレースもある場合)、端末が計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ値が一つ以上のインターレースをドロップしてもよいときは(即ち、ａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ値が指示されたｍｕｌｔｉｐｌｅ ｉｎｔｅｒｌａｃｅの総ＰＲＢ値より１０或いは１１以上小さいときは)、端末は実際必要なＰＲＢ値に該当するインターレースインデックスを選択してＰＵＣＣＨを送信する。

【0248】

一例として、基地局が２つのインターレースを指示した場合(１０つのＰＲＢで構成された１つのインターレースと１１つのＰＲＢで構成された１つのインターレース)、

【0249】

端末が実際計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ値が１１より小さいか又は等しい場合(或いは１１である場合)、端末は１１つのＰＲＢで構成されたインターレースを選択してＰＵＣＣＨを送信することができる。端末は１０つのＰＲＢで構成されたインターレースをドロップすることができる。もしａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ値が１１より大きい場合は、端末は２つのインターレースを全て使用してＰＵＣＣＨを送信してもよい。

【0250】

端末が実際計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ値が１０より小さいか又は等しい場合(或いは、１０である場合)、端末は１０つのＰＲＢで構成されたインターレースを選択してＰＵＣＣＨを送信する。端末は１１つのＰＲＢで構成されたインターレースをドロップすることができる。もしａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ値が１１であると、端末は１１つのＰＲＢで構成されたインターレースを選択してＰＵＣＣＨを送信すると設定することができる。端末は１０つのＰＲＢで構成されたインターレースをドロップすることができる。もしａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ値が１１より大きい場合は、端末は２つのインターレースを全て使用してＰＵＣＣＨを送信してもよい。

【0251】

さらに、キャリア内ガードバンド(ｉｎｔｒａ－ｃａｒｒｉｅｒ ｇｕａｒｄ ｂａｎｄ)の設定などによって、特定のＬＢＴサブバンドをなす総ＰＲＢ数が３０ｋＨｚ基準で５０未満(或いは１５ｋＨｚ基準で１００未満)である場合があり得る。この場合、インターレースインデックスによってインターレースを構成するＰＲＢ数が１０或いは９になる。よって、単一のＰＵＣＣＨリソースに複数のインターレースインデックス(例えば、２)が指示及び／又は設定された場合、それぞれのインデックスのインターレースは１０或いは９(或いは１１)のＰＲＢで構成され、ＯＣＢ要求事項などを考慮して以下のような動作が定義される。

【0252】

２－２－１．各ＰＵＣＣＨリソースを構成する少なくとも一つのインターレースインデックスはＯＣＢ要求事項を満たすように割り当てる方法

【0253】

一例として、１０つ(又は１１つ)のＰＲＢで構成されたインターレースはＯＣＢ要求項を満たし、９つのＰＲＢで構成されたインターレースはＯＣＢ要求事項を満たさないので、基地局は複数のインターレースにより一つのＰＵＣＣＨリソースを構成／設定するとき、少なくとも一つのインターレースインデックスは１０つ(又は１１つ)のＰＲＢで構成されたインターレースに該当するように設定できる。

【0254】

２－２－２．各ＰＵＣＣＨリソースを構成する複数のインターレースインデックスを使用してＯＣＢ要求事項を満たすように割り当てる方法

【0255】

一例として、基地局は９つのＰＲＢで構成された２つのインターレースインデックスを使用して、ＯＣＢ要求事項を満たすようにＰＵＣＣＨリソースを割り当てることができる。

【0256】

２－２－３．基地局が指示した複数のインターレースインデックスが同一の数のＰＲＢのみからなる場合(即ち、１０つのＰＲＢのみ或いは９つの(或いは１１つ)ＰＲＢのみからなる場合)、端末が計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が一つ以上のインターレースをドロップしてもよいときは(即ち、ａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が指示されたｍｕｌｔｉｐｌｅ ｉｎｔｅｒｌａｃｅの総ＰＲＢ数よりインターレースごとのＰＲＢ数(例えば、１０或いは９或いは１１)以上小さいときは)、端末は最高(或いは最低)インデックスのインターレースをドロップすることができる。

【0257】

一例として、基地局が２つのインターレースを指示し(例えば、１０つのＰＲＢで構成された２つのインターレース或いは９つのＰＲＢで構成された２つのインターレース或いは１１つのＰＲＢで構成された２つのインターレースなど)、端末が実際計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が１０(或いは９或いは１１)より小さいか又は等しい場合は、端末は最高(或いは最低)インデックスのインターレースをドロップし、残りの一つのインターレースインデックスのみを使用してＰＵＣＣＨを送信する。

【0258】

このとき、各インターレースが９つのＰＲＢのみで構成される、及び／又は２つのインターレースのうちの一つをドロップすべきである場合は、一般的な場合にも適用できるが、特徴的にはｔｅｍｐｏｒａｌｌｙ ２ＭＨｚ ＯＣＢのみを満たしても良い場合(例えば、ＣＯ ｓｈａｒｉｎｇなど)に適用できる。

【0259】

２－２－４．基地局が指示した複数のインターレースインデックスが互いに異なる数のＰＲＢからなるインターレースを含む場合(即ち、特定のインターレースの場合、１０つのＰＲＢで構成され、他のインターレースの場合、９つ(或いは１１つ)のＰＲＢで構成された場合)、端末が計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が一つ以上のインターレースインデックスをドロップしてもよいときは(即ち、ａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が指示されたｍｕｌｔｉｐｌｅ ｉｎｔｅｒｌａｃｅの総ＰＲＢ数より１０或いは９(或いは１１)以上小さいときには)、端末は実際必要なＰＲＢ値に該当するインターレースインデックスを選択してＰＵＣＣＨを送信する。又は端末はより少ないＰＲＢで構成されたインターレースインデックスから優先してドロップし、より多いＰＲＢで構成されたインターレースインデックスから優先して送信に使用するように動作する。

【0260】

２－２－４－Ａ．一例として、基地局が２つのインターレースを指示した場合(１０つのＰＲＢで構成された１つのインターレースと９つのＰＲＢで構成された１つのインターレース)、

【0261】

端末が実際計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が１０より小さいか又は等しい場合(延いては９より小さいか又は等しい場合にも)、端末はＯＣＢ要求事項を満たすインターレースインデックス(即ち、１０つのＰＲＢで構成されたインターレースインデックス)を優先選択してＰＵＣＣＨを送信する。端末は９つのＰＲＢで構成されたインターレースをドロップする。もしａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が１０より大きい場合は、端末は２つのインターレースを全て使用してＰＵＣＣＨを送信する。

【0262】

端末が実際計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が９より小さいか又は等しい場合、及び／又はｔｅｍｐｏｒａｌｌｙ ２ＭＨｚ ＯＣＢのみを満たしても良い場合(例えば、ＣＯ ｓｈａｒｉｎｇなど)、端末は９つのＰＲＢで構成されたインターレースを選択してＰＵＣＣＨを信する。端末は１０つのＰＲＢで構成されたインターレースをドロップしてもよい。もしａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が１０である場合、端末は１０つのＰＲＢで構成されたインターレースを選択してＰＵＣＣＨを送信する。端末は９つのＰＲＢで構成されたインターレースをドロップしてもよい。もしａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が１０より大きい場合は、端末は２つのインターレースを全て使用してＰＵＣＣＨを送信する。

【0263】

２－２－４－Ｂ．さらに他の一例として、基地局が２つのインターレースを指示した場合(１０つのＰＲＢで構成された１つのインターレースと１１つのＰＲＢで構成された１つのインターレース)、

【0264】

端末が実際計算したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が１１より小さいか又は等しい場合(延いては１０より小さいか又は等しい場合にも)、端末はより多い１１つのＰＲＢで構成されたインターレースを優先選択してＰＵＣＣＨを送信する。端末は１０つのＰＲＢで構成されたインターレースをドロップしてもよい。もしａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ数が１１より大きい場合は、端末は２つのインターレースを全て使用してＰＵＣＣＨを送信する。

【0265】

一方、提案した方法において使用されないインターレースインデックスが選択されるとき、ＲＲＣ設定上のインデックスのうち、最後のインデックスが最高のインターレースインデックス、ＲＲＣ設定上のインデックスのうち、最初のインデックスが最低のインターレースインデックスであってもよい。具体的には、ＲＲＣ設定により２つのインターレースが設定されていれば、ＲＲＣ設定上、ｉｎｔｅｒｌａｃｅ０に設定されたインターレースが最低インターレースインデックスを有するインターレースであり、ＲＲＣ設定上、ｉｎｔｅｒｌａｃｅ１に設定されたインターレースが最高インターレースインデックスを有するインターレースである。

【0266】

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

【0267】

一方、ｅＰＵＣＣＨフォーマット３において、リソースマッピング前に総使用可能なＰＲＢサイズにＵＣＩが含まれた後、ＤＦＴが行われる。もしＵＥ多重化なしに単一のＵＥが設定されたＰＵＣＣＨリソースを全て使用する場合であれば、上述したａｃｔｕａｌｌｙ－ｕｓｅｄ ＰＲＢ設定方法を適用できる。しかし、ｅＰＵＣＣＨフォーマット３を使用して２つ以上のＵＥが多重化される場合は、リソースマッピング前にＤＦＴが行われる必要があるので、特定のＰＲＢを除いてＤＦＴが行われるという問題が発生する。従って、ＵＥ多重化が許容される場合、ｅＰＵＣＣＨフォーマット３ではＲＢ ａｄａｐｔａｔｉｏｎ方法が使用されないこともある。即ち、ＲＢ ａｄａｐｔａｔｉｏｎ許容関連のパラメータが上位階層シグナリング(例えば、ＳＩＢ又はＲＭＳＩなど)に明示的に含まれることができる。ＵＥ多重化関連のパラメータに(例えば、ｓｐｅｅｄｉｎｇ ｆａｃｔｏｒの数、＃ ｏｆ ＵＥ ｆｏｒ ｍｕｌｔｉｐｌｅｘｉｎｇ(多重化のためのＵＥの数))によって端末のＲＢ ａｄａｐｔａｔｉｏｎ許容が暗黙的に決定されることもある。

【0268】

より具体的には、ＰＵＣＣＨフォーマット３の場合には、ＤＦＴ前端で(例えば、ＯＣＣ適用による)ＣＤＭ基盤のＵＥ多重化が支援されるか、又はＣＤＭ基盤のＵＥ多重化を省略し、単一のＵＥのみが支援される。複数のインターレースが単一のＵＥの単一のＰＵＣＣＨフォーマット３リソースに設定及び／又は割り当てられた状態で、複数のインターレースの全体にわたってＤＦＴが行われる場合、ＤＦＴ前端に(ＯＣＣ適用に基づく)ＣＤＭ適用が設定されているか否かによって、ＵＥの実際ＵＣＩペイロード(ａｃｔｕａｌ ＵＣＩ ｐａｙｌｏａｄ)及び最大ＵＣＩ符号化レート(ｍａｘｉｍｕｍ ＵＣＩ ｃｏｄｉｎｇ ｒａｔｅ)によるＲＢ ａｄａｐｔａｔｉｏｎの許容有無が変わる。ＲＢ ａｄａｐｔａｔｉｏｎは、上述したように、設定されたＲＢ集合内で最大ＵＣＩ符号化レートを満たしながら、該当実際ＵＣＩペイロードを送信可能な最小のＲＢ数のみを使用する動作を意味する。一例として、複数のインターレース基盤のＰＵＣＣＨフォーマット３リソースにＤＦＴ前端のＣＤＭ基盤のＵＥ多重化が支援されない場合、ＲＢ ａｄａｐｔａｔｉｏｎが行われる。複数のインターレース基盤のＰＵＣＣＨフォーマット３リソースにＤＦＴ前端のＣＤＭ基盤のＵＥ多重化が適用される場合、ＲＢ ａｄａｐｔａｔｉｏｎが行われず、実際ＵＣＩペイロードサイズに関係なく常に設定されたＲＢ集合を全て使用してＵＣＩが送信される。

【0269】

さらに他の方法においては、複数のインターレースが単一のＵＥの単一のＰＵＣＣＨフォーマット３リソースに設定及び／又は割り当てられる場合、（各）インターレースごとにＤＦＴが独立して行われる。ＯＣＣ基盤のＣＤＭ適用有無、適用されるＯＣＣインデックス、ＯＣＣ長さなどが（各）インターレースごとに個々に／独立して(或いは複数のインターレースに共通して)設定される。さらに、ＯＣＣ基盤のＣＤＭ適用有無に関係なく、インターレース単位のＲＢ ａｄａｐｔａｔｉｏｎが行われることもある。ＲＢ ａｄａｐｔａｔｉｏｎは、上述したように、設定されたＲＢ集合内で最大ＵＣＩ符号化レートを満たしながら該当実際ＵＣＩペイロードを送信可能な最小のＲＢ数のみを使用する動作を意味する。

【0270】

２.３．実施例３：Ｅｎｈａｎｃｅｄ ＰＵＣＣＨ ｆｏｒｍａｔ ２のＵＣＩ ＲＥに使用されるＯＣＣインデックスとＤＭＲＳ ＲＥに使用されるＯＣＣインデックスのペアリング方法

【0271】

従来、ＮＲ ＰＵＣＣＨフォーマット４において、ＵＣＩシンボルに使用されるＯＣＣインデックスとＤＭＲＳシンボルに使用される循環シフトインデックス(ｃｙｃｌｉｃ ｓｈｉｆｔ ｉｎｄｅｘ)は、表１０のように定義される。一回に多重化されるＵＥが２つであれば、{ＯＣＣ ｉｎｄｅｘ ０とＣｙｃｌｉｃ ｓｈｉｆｔ ０}、{ＯＣＣ ｉｎｄｅｘ １とｃｙｃｌｉｃ ｓｈｉｆｔ ６}がペアリング(ｐａｒｉｎｇ)されている。一回に多重化されるＵＥが４つであると、{ＯＣＣ ｉｎｄｅｘ ０とＣｙｃｌｉｃ ｓｈｉｆｔ ０}、{ＯＣＣ ｉｎｄｅｘ １とｃｙｃｌｉｃ ｓｈｉｆｔ ６}、{ＯＣＣ ｉｎｄｅｘ ２とＣｙｃｌｉｃ ｓｈｉｆｔ ３}、{ＯＣＣ ｉｎｄｅｘ ３とｃｙｃｌｉｃ ｓｈｉｆｔ ９}がペアリングされている。

【0272】

【表10】

【0273】

一方、ｅＰＵＣＣＨフォーマット２でも、最大４つ(即ち、１つ、或いは２つ、或いは４つのＵＥが同一のリソースを共有可能)のＵＥが多重化される。このとき、ｅＰＵＣＣＨフォーマット２はＵＣＩ ＲＥ及びＤＭＲＳ ＲＥの両方でＯＣＣを使用して多重化を行っているので、各ＯＣＣ間のペアリングが定義される必要がある。

【0274】

一例として、ＵＣＩ ＲＥのためのＯＣＣが多重化されるＵＥの数によって表１１及び表１２のように定義される。表１１は多重化されるＵＥが２つである場合、表１２は多重化されるＵＥが４つである場合のＯＣＣを示す。

【0275】

【表11】

【0276】

【表12】

【0277】

このとき、ｗ_n(ｉ)はＵＣＩ ＲＥにマッピングするＯＣＣインデックスを意味する。１番目の方法として、表１３のように、同一のＯＣＣインデックス同士にペアリングされる。このとき、ｗｎ(ｉ)はＤＭＲＳ ＲＥにマッピングするＯＣＣインデックスを意味する。

【0278】

【表13】

【0279】

さらに他の方法においては、表１４又は表１５のように、ＵＣＩとＤＭＲＳの間にＯＣＣインデックスが互いに異なる値にペアリングされる。

【0280】

【表14】

【0281】

【表15】

【0282】

具現例

【0283】

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

【0284】

図１１を参照すると、この発明の実施例は端末により行われ、設定されたＤＲＸ動作に基づいて、ｏｎ ｄｕｒａｔｉｏｎの間にＰＤＣＣＨのモニタリングを行う段階(Ｓ１１０１)、ｏｎ ｄｕｒａｔｉｏｎの間に成功裏に受信したＰＤＣＣＨに基づいて、非活性(ｉｎａｃｔｉｖｉｔｙ)タイマーを動作させて起動状態を維持する段階(Ｓ１１０３)、起動状態において、第１インターレース及び第２インターレースに対する設定を受信する段階(Ｓ１１０５)、及び第１インターレースによりＵＣＩを含むＰＵＣＣＨを送信する段階(Ｓ１１０７)を含んで構成される。

【0285】

ＰＵＣＣＨを送信するためのフォーマットは、実施例１ないし３で提案した方法のうちのいずれかに基づく。

【0286】

例えば、端末はＰＵＣＣＨ送信のためのインターレースを実施例２に基づいて決定する。

【0287】

例えば、ＰＵＣＣＨフォーマットが実施例２の２－１－１に基づいて構成されると、端末がＰＵＣＣＨを送信するインターレースは、(i)第１インターレース及び第２インターレースに対する設定により第１インターレースのインデックスが第２インターレースのインデックスより低く設定される、及び(ii)ＵＣＩを送信するためのＰＲＢ数が第１インターレースのＰＲＢ数以下であることに基づいて、第１インターレース及び第２インターレースのうち、第１インターレースに決定される。

【0288】

ＵＣＩを送信するためのＰＲＢ数が第１インターレースのＰＲＢ数以下であるか否かは、ＵＣＩのサイズ及び符号化レートに基づいて決定される。

【0289】

第１インターレースのインデックス及び第２インターレースのインデックスは、第１インターレース及び第２インターレースに対する設定を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに基づいて設定される。

【0290】

第１インターレース及び第２インターレースは同じ数のＰＲＢを含む。

【0291】

ＰＵＣＣＨは特定のＰＵＣＣＨフォーマットに基づいて送信される。特定のＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット２及びＰＵＣＣＨフォーマット３を含む。

【0292】

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

【0293】

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

【0294】

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

【0295】

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

【0296】

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

【0297】

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

【0298】

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

【0299】

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

【0300】

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

【0301】

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

【0302】

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

【0303】

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

【0304】

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

【0305】

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

【0306】

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

【0307】

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

【0308】

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

【0309】

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

【0310】

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

【0311】

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

【0312】

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

【0313】

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

【0314】

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

【0315】

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

【0316】

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

【0317】

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

【0318】

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

【0319】

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

【産業上の利用可能性】

【0320】

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

【図1】

【図2】

【図3】

【図4】

【図5(a)】

【図5(b)】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2022-05-19

【手続補正1】

【補正対象書類名】明細書

【補正対象項目名】０２８３

【補正方法】変更

【補正の内容】

【0283】

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

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０２８４

【補正方法】変更

【補正の内容】

【0284】

「図１０を参照すると、この発明の実施例は端末により行われ、ＰＵＣＣＨリソースについての情報を受信する段階（Ｓ１００１）と、ＰＵＣＣＨリソースについての情報に基づいて前記ＵＣＩを含むＰＵＣＣＨを送信する段階（Ｓ１００３）とを含む。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】０２９２

【補正方法】変更

【補正の内容】

【0292】

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

【手続補正4】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいて動作する端末が上りリンク信号を送信する方法であって、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信する段階と、
前記ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信する段階とを含み、
第１インターレースと第２インターレースは前記ＰＵＣＣＨリソースについての情報により設定され、
(i)前記第２インターレースのインデックスが前記第１インターレースのインデックスより高いこと、及び(ii)前記ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の数が前記第１インターレースのＰＲＢの数以下であることに基づいて、前記ＰＵＣＣＨは前記第１インターレース及び前記第２インターレースの中の、前記第１インターレースにおいて送信され、
前記第１インターレースのＰＲＢの数は、１０又は１１である、信号を送信する方法。

【請求項2】

前記ＵＣＩを送信するためのＰＲＢの数が前記第１インターレースのＰＲＢの数以下であるか否かは、前記ＵＣＩのサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される、請求項１に記載の信号を送信する方法。

【請求項3】

前記第１インターレースのインデックス及び前記第２インターレースのインデックスは、前記ＰＵＣＣＨリソースに関する情報を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに基づいて決定される、請求項１に記載の信号を送信する方法。

【請求項4】

前記ＰＵＣＣＨのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３であることに基づいて、前記第１インターレース及び前記第２インターレースは同じ数のＰＲＢを含む、請求項１に記載の信号を送信する方法。

【請求項5】

前記ＰＵＣＣＨは特定のＰＵＣＣＨフォーマットに基づいて送信され、
前記特定のＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット３であり、前記ＰＵＣＣＨフォーマット３に基づいて、前記第１インターレースのＰＲＢの数は１０であり、前記第２インターレースのＰＲＢの数は、１０である、請求項１に記載の信号を送信する方法。

【請求項6】

無線通信システムにおいて上りリンク信号を送信するための端末であって、
少なくとも一つの送受信機と、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも一つのプロセッサが特定の動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも一つのメモリとを含み、
前記特定の動作は、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信し、
前記ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信することを含み、
第１インターレースと第２インターレースは前記ＰＵＣＣＨリソースについての情報により設定され、
(i)前記第２インターレースのインデックスが前記第１インターレースのインターレースより高いこと、及び(ii)前記ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の数が前記第１インターレースのＰＲＢの数以下であることに基づいて、前記ＰＵＣＣＨは前記第１インターレース及び前記第２インターレースの中の、前記第１インターレースにおいて送信され、
前記第１インターレースのＰＲＢの数は、１０又は１１である、端末。

【請求項7】

前記ＵＣＩを送信するためのＰＲＢの数が前記第１インターレースのＰＲＢの数以下であるか否かは、前記ＵＣＩのサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される、請求項６に記載の端末。

【請求項8】

前記第１インターレースのインデックス及び前記第２インターレースのインデックスは、前記ＰＵＣＣＨリソースに関する情報を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに基づいて決定される、請求項６に記載の端末。

【請求項9】

前記ＰＵＣＣＨのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３であることに基づいて、前記第１インターレース及び前記第２インターレースは同じ数のＰＲＢを含む、請求項６に記載の端末。

【請求項10】

前記ＰＵＣＣＨは特定のＰＵＣＣＨフォーマットに基づいて送信され、
前記特定のＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット３であり、前記ＰＵＣＣＨフォーマット３に基づいて、前記第１インターレースのＰＲＢの数は１０であり、前記第２インターレースのＰＲＢの数は、１０である、請求項６に記載の端末。

【請求項11】

端末のための装置であって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作可能に連結され、実行されるとき、前記少なくとも一つのプロセッサが動作を行うようにする少なくとも一つのコンピューターメモリを含み、前記動作は、
ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信し、
前記ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信することを含み、
第１インターレースと第２インターレースは前記ＰＵＣＣＨリソースについての情報により設定され、
(i)第２インターレースのインデックスが前記第１インターレースのインデックスより高いこと、及び(ii)前記ＵＣＩを送信するためのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の数が前記第１インターレースのＰＲＢの数以下であることに基づいて、前記ＰＵＣＣＨは前記第１インターレース及び前記第２インターレースの中の、前記第１インターレースにおいて送信され、
前記第１インターレースのＰＲＢの数は、１０又は１１である、装置。

【請求項12】

前記ＵＣＩを送信するためのＰＲＢの数が前記第１インターレースのＰＲＢの数以下であるか否かは、前記ＵＣＩのサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される、請求項１１に記載の装置。

【請求項13】

前記第１インターレースのインデックス及び前記第２インターレースのインデックスは、前記ＰＵＣＣＨリソースに関する情報を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに基づいて設定される、請求項１１に記載の装置。

【請求項14】

前記ＰＵＣＣＨのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３であることに基づいて、前記第１インターレース及び前記第２インターレースは同じ数のＰＲＢを含む、請求項１１に記載の装置。

【請求項15】

前記ＰＵＣＣＨは特定のＰＵＣＣＨフォーマットに基づいて送信され、
前記特定のＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット３であり、前記ＰＵＣＣＨフォーマット３に基づいて、前記第１インターレースのＰＲＢの数は１０であり、前記第２インターレースのＰＲＢの数は、１０である、請求項１１に記載の装置。

【手続補正書】

【提出日】2022-10-05

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいて動作する端末が上りリンク信号を送信する方法であって、
ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに含まれたＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信する段階と、
前記ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信する段階とを含み、
前記ＵＣＩはＨＡＲＱ－ＡＣＫ情報を含み、
第１インターレースと第２インターレースはＲＲＣシグナリングに含まれた前記ＰＵＣＣＨリソースについての情報により設定され、
前記ＵＣＩのペイロードサイズに基づいて決定された第１の値は、前記第１インターレースのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の数に基づいて決定された第２の値より小さいか等しいことに基づいて、前記ＰＵＣＣＨは前記第１インターレース及び前記第２インターレースの中の、前記第１インターレースを介して送信され、
前記第１インターレースのＰＲＢの数は、１０又は１１であり、
前記ＰＵＣＣＨはＰＵＣＣＨフォーマット２又はＰＵＣＣＨフォーマット３に基づいて送信され、
前記第１インターレースのインデックスと前記第２インターレースのインデックスは、前記ＰＵＣＣＨリソースについての情報が前記ＲＲＣシグナリングに含まれることに基づいて定義され、
前記第２インターレースのインデックスは前記第１インターレースのインデックスより高い、信号を送信する方法。

【請求項2】

前記第１の値が前記第２の値より小さいか等しいか否かは、前記ＵＣＩのペイロードサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される、請求項１に記載の信号を送信する方法。

【請求項3】

前記ＰＵＣＣＨがＰＵＣＣＨフォーマット３に基づいて送信されることに基づいて、前記第１インターレース及び前記第２インターレースは同じ数のＰＲＢを含む、請求項１に記載の信号を送信する方法。

【請求項4】

無線通信システムにおいて上りリンク信号を送信するための端末であって、
少なくとも一つの送受信機と、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも一つのプロセッサが特定の動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも一つのメモリとを含み、
前記特定の動作は、
ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに含まれたＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信し、
前記ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信することを含み、
前記ＵＣＩはＨＡＲＱ－ＡＣＫ情報を含み、
第１インターレースと第２インターレースはＲＲＣシグナリングに含まれた前記ＰＵＣＣＨリソースについての情報により設定され、
前記ＵＣＩのペイロードサイズに基づいて決定された第１の値は、前記第１インターレースのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の数に基づいて決定された第２の値より小さいか等しいことに基づいて、前記ＰＵＣＣＨは前記第１インターレース及び前記第２インターレースの中の、前記第１インターレースを介して送信され、
前記第１インターレースのＰＲＢの数は、１０又は１１であり、
前記ＰＵＣＣＨはＰＵＣＣＨフォーマット２又はＰＵＣＣＨフォーマット３に基づいて送信され、
前記第１インターレースのインデックスと前記第２インターレースのインデックスは、前記ＰＵＣＣＨリソースについての情報が前記ＲＲＣシグナリングに含まれることに基づいて定義され、
前記第２インターレースのインデックスは前記第１インターレースのインデックスより高い、端末。

【請求項5】

前記第１の値が前記第２の値より小さいか等しいか否かは、前記ＵＣＩのペイロードサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される、請求項４に記載の端末。

【請求項6】

前記ＰＵＣＣＨがＰＵＣＣＨフォーマット３に基づい送信されることに基づいて、前記第１インターレース及び前記第２インターレースは同じ数のＰＲＢを含む、請求項４に記載の端末。

【請求項7】

端末のための装置であって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作可能に連結され、実行されるとき、前記少なくとも一つのプロセッサが動作を行うようにする少なくとも一つのコンピューターメモリを含み、前記動作は、
ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)シグナリングに含まれたＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに関する情報を受信し、
前記ＰＵＣＣＨリソースに関する情報に基づいて、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を含むＰＵＣＣＨを送信することを含み、
前記ＵＣＩはＨＡＲＱ－ＡＣＫ情報を含み、
第１インターレースと第２インターレースはＲＲＣシグナリングに含まれた前記ＰＵＣＣＨリソースについての情報により設定され、
前記ＵＣＩのペイロードサイズに基づいて決定された第１の値は、前記第１インターレースのＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)の数に基づいて決定された第２の値より小さいか等しいことに基づいて、前記ＰＵＣＣＨは前記第１インターレース及び前記第２インターレースの中の、前記第１インターレースを介して送信され、
前記第１インターレースのＰＲＢの数は、１０又は１１であり、
前記ＰＵＣＣＨはＰＵＣＣＨフォーマット２又はＰＵＣＣＨフォーマット３に基づいて送信され、
前記第１インターレースのインデックスと前記第２インターレースのインデックスは、前記ＰＵＣＣＨリソースについての情報が前記ＲＲＣシグナリングに含まれることに基づいて定義され、
前記第２インターレースのインデックスは前記第１インターレースのインデックスより高い、装置。

【請求項8】

前記第１の値が前記第２の値より小さいか等しいか否かは、前記ＵＣＩのペイロードサイズ及び符号化レート(ｃｏｄｉｎｇ ｒａｔｅ)に基づいて決定される、請求項７に記載の装置。

【請求項9】

前記ＰＵＣＣＨがＰＵＣＣＨフォーマット３であることに基づいて送信されることに基づいて、前記第１インターレース及び前記第２インターレースは同じ数のＰＲＢを含む、請求項７に記載の装置。

【国際調査報告】