知財求人 - 知財ポータルサイト「IP Force」
▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
特表2024-530914無線通信システムにおいて上りリンク送受信を行う方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-08-27
(54)【発明の名称】無線通信システムにおいて上りリンク送受信を行う方法及び装置
(51)【国際特許分類】
H04W 72/1268 20230101AFI20240820BHJP
H04W 72/0453 20230101ALI20240820BHJP
H04W 72/231 20230101ALI20240820BHJP
H04W 72/232 20230101ALI20240820BHJP
【ＦＩ】
H04W72/1268
H04W72/0453
H04W72/231
H04W72/232
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024505583
(86)(22)【出願日】2022-08-05
(85)【翻訳文提出日】2024-01-30
(86)【国際出願番号】 KR2022011617
(87)【国際公開番号】W WO2023014143
(87)【国際公開日】2023-02-09
(31)【優先権主張番号】10-2021-0103453
(32)【優先日】2021-08-05
(33)【優先権主張国・地域又は機関】KR
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
(71)【出願人】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】イ ヨンテ
(72)【発明者】
【氏名】キム チェヒョン
(72)【発明者】
【氏名】ヤン ソクチョル
(72)【発明者】
【氏名】ファン スンケ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067CC02
5K067DD34
5K067EE02
5K067EE10
(57)【要約】
無線通信システムにおいて上りリンク送受信を行う方法及び装置が開示される。本開示の一実施例に係る端末が上りリンク送信を行う方法は、ＲｅｄＣａｐ端末に対する第１初期上りリンク帯域幅パートに関連した第１設定情報を端末に前記１つ以上の送受信機を介して送信し、及び、前記ＲｅｄＣａｐ端末に対するＰＵＣＣＨリソースに関連した第２設定情報によって提供されたＰＵＣＣＨリソースセットを用いて、前記第１初期上りリンクＢＷＰで第１ＰＵＣＣＨを前記端末から受信する段階を含み、前記第１ＰＵＣＣＨ送信に対する周波数ホッピングの非活性化に関連した情報は、前記第２設定情報と共に前記基地局から受信されてよい。
【選択図】 図８
【選択図】 図８
【特許請求の範囲】
【請求項1】
無線通信システムにおいて端末が上りリンク送信（ｕｐｌｉｎｋ ｔｒａｎｓｍｉｓｓｉｏｎ）を行う方法であって、前記方法は、低減キャパビリティ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ，ＲｅｄＣａｐ）端末に対する第１初期（ｉｎｉｔｉａｌ）上りリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）に関連した第１設定情報を基地局から受信する段階、及び
前記ＲｅｄＣａｐ端末に対する物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースに関連した第２設定情報によって提供されたＰＵＣＣＨリソースセットを用いて、前記第１初期上りリンクＢＷＰで第１ＰＵＣＣＨを前記基地局に送信する段階を含み、
前記第１ＰＵＣＣＨ送信に対する周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の非活性化に関連した情報は、前記第２設定情報と共に前記基地局から受信される、方法。
【請求項2】
専用ＰＵＣＣＨリソースに関連した第３設定情報が前記基地局から受信されることに基づいて、前記第３設定情報に基づいて第２ＰＵＣＣＨが前記基地局に送信される、請求項１に記載の方法。
【請求項3】
初期アクセス（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）手順において前記第３設定情報が受信されるまでに、前記第１ＰＵＣＣＨは、前記第２設定情報に基づいて前記基地局に送信される、請求項２に記載の方法。
【請求項4】
前記端末が支援するＢＷＰのサイズが第２初期上りリンクＢＷＰのサイズよりも小さい値であることに基づいて、前記第１設定情報が前記基地局から受信される、請求項１に記載の方法。
【請求項5】
前記第１設定情報は、ＳＩＢ１（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ ｔｙｐｅ １）によって前記基地局から受信される、請求項４に記載の方法。
【請求項6】
前記ＳＩＢ１に、前記第２初期上りリンクＢＷＰで用いられるＰＵＣＣＨリソースセットに関連した第４設定情報が含まれている、請求項５に記載の方法。
【請求項7】
前記ＲｅｄＣａｐ端末に対するランダムアクセスチャネル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ，ＲＡＣＨ）に関連した第５設定情報が前記基地局から受信される、請求項５に記載の方法。
【請求項8】
下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）に含まれたＰＵＣＣＨリソース指示子（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ，ＰＲＩ）フィールド、及び前記ＤＣＩを含む物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）に対応するＣＣＥインデックスに基づいて、前記ＰＵＣＣＨリソースセットに含まれた複数のＰＵＣＣＨリソースのうち特定ＰＵＣＣＨリソースを用いて前記第１ＰＵＣＣＨが前記基地局に送信される、請求項１に記載の方法。
【請求項9】
前記端末は、ＲｅｄＣａｐを有する端末である、請求項１に記載の方法。
【請求項10】
無線通信システムにおいて上りリンク送信を行う端末であって、前記端末は、１つ以上の送受信機（ｔｒａｎｓｃｅｉｖｅｒ）、及び
前記１つ以上の送受信機と連結された１つ以上のプロセッサを含み、
前記１つ以上のプロセッサは、
低減キャパビリティ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ，ＲｅｄＣａｐ）端末に対する第１初期（ｉｎｉｔｉａｌ）上りリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）に関連した第１設定情報を基地局から前記１つ以上の送受信機を介して受信し、及び
前記ＲｅｄＣａｐ端末に対する物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースに関連した第２設定情報によって提供されたＰＵＣＣＨリソースセットを用いて、前記第１初期上りリンクＢＷＰで第１ＰＵＣＣＨを前記基地局に前記１つ以上の送受信機を介して送信するように設定され、
前記第１ＰＵＣＣＨ送信に対する周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の非活性化に関連した情報は、前記第２設定情報と共に前記基地局から受信される、端末。
【請求項11】
無線通信システムにおいて基地局が上りリンク受信を行う方法であって、前記方法は、低減キャパビリティ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ，ＲｅｄＣａｐ）端末に対する第１初期（ｉｎｉｔｉａｌ）上りリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）に関連した第１設定情報を端末に送信する段階、及び
前記ＲｅｄＣａｐ端末に対する物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースに関連した第２設定情報によって提供されたＰＵＣＣＨリソースセットを用いて、前記第１初期上りリンクＢＷＰで第１ＰＵＣＣＨを前記端末から受信する段階を含み、
前記第１ＰＵＣＣＨ送信に対する周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の非活性化に関連した情報は、前記第２設定情報と共に前記端末に送信される、方法。
【請求項12】
無線通信システムにおいて上りリンク受信を行う基地局であって、前記基地局は、１つ以上の送受信機（ｔｒａｎｓｃｅｉｖｅｒ）、及び
前記１つ以上の送受信機と連結された１つ以上のプロセッサを含み、
前記１つ以上のプロセッサは、
低減キャパビリティ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ，ＲｅｄＣａｐ）端末に対する第１初期（ｉｎｉｔｉａｌ）上りリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）に関連した第１設定情報を端末に前記１つ以上の送受信機を介して送信し、及び
前記第１初期上りリンクＢＷＰで、前記ＲｅｄＣａｐ端末に対する物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースに関連した第２設定情報によって提供されたＰＵＣＣＨリソースセットを用いた第１ＰＵＣＣＨを前記端末から前記１つ以上の送受信機を介して受信するように設定され、
前記第１ＰＵＣＣＨ送信に対する周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の非活性化に関連した情報は、前記第２設定情報と共に前記端末に送信される、基地局。
【請求項13】
無線通信システムにおいて上りリンク送信を行うために端末を制御するように設定されるプロセシング装置であって、前記プロセシング装置は、１つ以上のプロセッサ、及び
前記１つ以上のプロセッサに動作可能に連結され、前記１つ以上のプロセッサによって実行されることに基づいて、動作を実行する命令（ｉｎｓｔｒｕｃｔｉｏｎ）を記憶する１つ以上のコンピュータメモリを含み、
前記動作は、
低減キャパビリティ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ，ＲｅｄＣａｐ）端末に対する第１初期（ｉｎｉｔｉａｌ）上りリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）に関連した第１設定情報を基地局から受信する動作、及び
前記第１初期上りリンクＢＷＰで、前記ＲｅｄＣａｐ端末に対する物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースに関連した第２設定情報によって提供されたＰＵＣＣＨリソースセットを用いた第１ＰＵＣＣＨを前記基地局に送信する動作を含み、
前記第１ＰＵＣＣＨ送信に対する周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の非活性化に関連した情報は、前記第２設定情報と共に前記基地局から受信される、プロセシング装置。
【請求項14】
１つ以上の命令を記憶する１つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体であって、前記１つ以上の命令は１つ以上のプロセッサによって実行され、無線通信システムにおいて上りリンク送信を行う装置が、
低減キャパビリティ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ，ＲｅｄＣａｐ）端末に対する第１初期（ｉｎｉｔｉａｌ）上りリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）に関連した第１設定情報を基地局から受信し、及び
前記ＲｅｄＣａｐ端末に対する物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースに関連した第２設定情報によって提供されたＰＵＣＣＨリソースセットを用いて、前記第１初期上りリンクＢＷＰで第１ＰＵＣＣＨを前記基地局に送信するように制御され、
前記第１ＰＵＣＣＨ送信に対する周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の非活性化に関連した情報は、前記第２設定情報と共に前記基地局から受信される、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンク送受信を行う方法及び装置に関する。
【背景技術】
【0002】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声に留まらずデータサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によってリソースの不足現象が発生しており、ユーザもより高速のサービスを要求していることから、より発展した移動通信システムが望まれている。
【0003】
次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たりの送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示の技術的課題は、無線通信システムにおいて上りリンク送受信を行う方法及び装置を提供することである。
【0005】
また、本開示の更なる技術的課題は、初期接続過程で特定能力を有する端末に対してＰＵＣＣＨリソースを設定する方法及び装置を提供することである。
【0006】
本開示で遂げようとする技術的課題は、以上で言及した技術的課題に限定されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【0007】
本開示の一実施例として、無線通信システムにおいて端末が上りリンク送信（ｕｐｌｉｎｋ ｔｒａｎｓｍｉｓｓｉｏｎ）を行う方法は、低減キャパビリティ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ，ＲｅｄＣａｐ）端末に対する第１初期（ｉｎｉｔｉａｌ）上りリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）に関連した第１設定情報を基地局から受信する段階、及び、前記ＲｅｄＣａｐ端末に対する物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースに関連した第２設定情報によって提供されたＰＵＣＣＨリソースセットを用いて、前記第１初期上りリンクＢＷＰで第１ＰＵＣＣＨを前記基地局に送信する段階を含み、前記第１ＰＵＣＣＨ送信に対する周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の非活性化に関連した情報は、前記第２設定情報と共に前記基地局から受信されてよい。
【0008】
本開示のさらに他の実施例として、無線通信システムにおいて基地局が上りリンク受信（ｕｐｌｉｎｋ ｒｅｃｅｐｔｉｏｎ）を行う方法は、低減キャパビリティ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ，ＲｅｄＣａｐ）端末に対する第１初期（ｉｎｉｔｉａｌ）上りリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）に関連した第１設定情報を端末に送信する段階、及び、前記第１初期上りリンクＢＷＰで、前記ＲｅｄＣａｐ端末に対する物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースに関連した第２設定情報によって提供されたＰＵＣＣＨリソースセットを用いた第１ＰＵＣＣＨを、端末から受信する段階を含み、前記第１ＰＵＣＣＨ送信に対する周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）の非活性化に関連した情報は、前記第２設定情報と共に前記端末に送信されてよい。
【発明の効果】
【0009】
本開示の一実施例によれば、無線通信システムにおいて上りリンク送受信を行う方法及び装置を提供することができる。
【0010】
本開示の一実施例によれば、初期接続過程で特定能力を有する端末に対してＰＵＣＣＨリソースを設定する方法及び装置を提供することができる。
【0011】
本開示の一実施例によれば、ＲｅｄＣａｐ端末又はカバレッジ改善（ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔ，ＣＥ）端末に対してＰＵＣＣＨリソースをより効率的に設定／割り当てすることができる。
【0012】
本開示から得られる効果は、以上で言及した効果に限定されず、言及していない別の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【0013】
本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と一緒に本開示の技術的特徴を説明する。
【図1】本開示の適用が可能な無線通信システムの構造を例示する図である。
【図2】本開示の適用が可能な無線通信システムにおいてフレーム構造を例示する図である。
【図3】本開示の適用が可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する図である。
【図4】本開示の適用が可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する図である。
【図5】本開示の適用が可能な無線通信システムにおいてスロット構造を例示する図である。
【図6】本開示の適用が可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する図である。
【図7】端末専用ＰＵＣＣＨ設定情報を受信する前に端末がＰＵＣＣＨリソースを選択する方法を例示する図である。
【図8】本開示の適用が可能な無線通信システムにおいて端末の上りリンク送信動作を説明するための図である。
【図9】本開示の適用が可能な無線通信システムにおいて基地局の上りリンク受信動作を説明するための図である。
【図10】本開示の適用が可能な無線通信システムにおいて特定キャパビリティを有する端末に対してＰＵＣＣＨリソースを設定する方法を例示する図である。
【図11】本開示の一実施例に係るネットワーク側と端末とのシグナリング手順を説明するための図である。
【図12】本開示の一実施例に係る無線通信装置を例示するブロック構成図である。
【発明を実施するための形態】
【0014】
以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。
【0015】
場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。
【0016】
本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているするとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び／又は構成要素の存在を特定するものの、１つ以上の他の特徴、段階、動作、要素、構成要素及び／又はそれらのグループの存在又は追加を排除しない。
【0017】
本開示において、“第１”、“第２”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素は他の実施例において第２構成要素と称することもでき、同様に、一実施例における第２構成要素を他の実施例において第１構成要素と称することもできる。
【0018】
本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を制限するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び／又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち２つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“／”は、別に断らない限り、“及び／又は”と同じ意味を有する。
【0019】
本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置（例えば、基地局）がネットワークを制御し、信号を送信（ｔｒａｎｓｍｉｔ）又は受信（ｒｅｃｅｉｖｅ）する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。
【0020】
本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。
【0021】
以下において、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、上りリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第１通信装置と、端末は第２通信装置と表現されてよい。基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ネットワーク（５Ｇネットワーク）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）システム／モジュール、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。また、端末（Ｔｅｒｍｉｎａｌ）は、固定されるか移動性を有してよく、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置、車両（ｖｅｈｉｃｌｅ）、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）モジュール、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。
【0022】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現されてよい。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ－Ａ ｐｒｏは、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。
【0023】
説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本開示の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。本開示の説明に用いられる背景技術、用語、略語などに関しては、本開示の前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。
【0024】
３ＧＰＰ ＬＴＥでは、ＴＳ ３６．２１１（物理チャネル及び変調）、ＴＳ ３６．２１２（多重化及びチャネルコーディング）、ＴＳ ３６．２１３（物理層手続）、ＴＳ ３６．３００（説明全般）、ＴＳ ３６．３３１（無線リソース制御）を参照できる。
【0025】
３ＧＰＰ ＮＲでは、ＴＳ ３８．２１１（物理チャネル及び変調）、ＴＳ ３８．２１２（多重化及びチャネルコーディング）、ＴＳ ３８．２１３（制御のための物理層手続）、ＴＳ ３８．２１４（データのための物理層手続）、ＴＳ ３８．３００（ＮＲ及びＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）説明全般）、ＴＳ ３８．３３１（無線リソース制御プロトコル規格）を参照できる。
【0026】
本開示で使用可能な用語の略字は次のように定義される。
【0027】
－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）
－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）
－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）
－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）
－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）
－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）
－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信パワー（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）
－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）
－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）
－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）
－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）
－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）
－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）
－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）
－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）
－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）
－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）
－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）
－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）
－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）
－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）
－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）
－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）
－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）
－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）
システム一般
より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。
－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）
－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）
－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）
－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）
－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）
－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信パワー（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）
－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）
－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）
－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）
－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）
－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）
－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）
－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）
－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）
－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）
－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）
－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）
－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）
－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）
－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）
－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）
－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）
－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）
－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）
システム一般
より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。
【0028】
ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、１つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が１つのセル内に共存してもよい。
【0029】
ヌメロロジーは、周波数領域において１つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。
【0030】
図１には、本開示が適用可能な無線通信システムの構造を例示する。
【0031】
図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザ平面（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。
【0032】
図２には、本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。
【0033】
ＮＲシステムは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を支援できる。ここで、ヌメロロジーは、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と循環前置（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドによって定義されてよい。このとき、多数のサブキャリア間隔は、基本（参照）サブキャリア間隔を整数Ｎ（又は、μ）でスケーリング（ｓｃａｌｉｎｇ）することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、利用されるヌメロロジーは周波数帯域と独立して選択されてよい。また、ＮＲシステムでは多数のヌメロロジーによる様々なフレーム構造が支援されてよい。
【0034】
以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される多数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。
【0035】
【表1】
【0036】
ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。
【0037】
【表2】
【0038】
ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）の時間単位の倍数と表現される。ここで、Δｆｍａｘ＝４８０・１０３Ｈｚであり、Ｎｆ＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔｆ＝１／（ΔｆｍａｘＮｆ／１００）・Ｔｃ＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔｓｆ＝（ΔｆｍａｘＮｆ／１０００）・Ｔｃ＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴＴＡ＝（ＮＴＡ＋ＮＴＡ，ｏｆｆｓｅｔ）Ｔｃ以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎｓ
μ∈｛０，．．．，Ｎｓｌｏｔ
ｓｕｂｆｒａｍｅ，μ－１｝の増加する順序で番号が付けられ、無線フレーム内でｎｓ，ｆ
μ∈｛０，．．．，Ｎｓｌｏｔ
ｆｒａｍｅ，μ－１｝の増加する順序で番号が付けられる。１つのスロットはＮｓｙｍｂ
ｓｌｏｔの連続するＯＦＤＭシンボルで構成され、Ｎｓｙｍｂ
ｓｌｏｔは、ＣＰによって決定される。サブフレームにおいてスロットｎｓ
μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎｓ
μＮｓｙｍｂ
ｓｌｏｔの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎｓｙｍｂ
ｓｌｏｔ）、無線フレーム別スロットの個数（Ｎｓｌｏｔ
ｆｒａｍｅ，μ）、サブフレーム別スロットの個数（Ｎｓｌｏｔ
ｓｕｂｆｒａｍｅ，μ）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。
【0039】
【表3】
【0040】
【表4】
【0041】
図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。 ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。
【0042】
以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。１つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか１つ以上を含む。
【0043】
図３には、本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
【0044】
図３を参照すると、リソースグリッドが、周波数領域上にＮＲＢ
μＮｓｃ
ＲＢサブキャリアで構成され、１つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、ＮＲＢ
μＮｓｃ
ＲＢサブキャリアで構成される１つ又はそれ以上のリソースグリッド及び２μＮｓｙｍｂ
（μ）のＯＦＤＭシンボルによって説明される。ここで、ＮＲＢ
μ≦ＮＲＢ
ｍａｘ，μである。前記ＮＲＢ
ｍａｘ，μは、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に１つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対
によって固有に識別される。ここで、ｋ＝０，．．．，ＮＲＢ
μＮｓｃ
ＲＢ－１は、周波数領域上のインデックスであり、
，．．．，２μＮｓｙｍｂ
（μ）－１は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎｓｙｍｂ
μ－１である。μ及びアンテナポートｐに対するリソース要素
は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）
に該当する。混同（ｃｏｎｆｕｓｉｏｎ）する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（ｄｒｏｐ）してよく、その結果、複素値は
になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮｓｃ
ＲＢ＝１２の連続するサブキャリアと定義される。ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。
【0045】
－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。
【0046】
－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。
【0047】
共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎＣＲＢ
μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。
【0048】
【数1】
【0049】
式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮＢＷＰ，ｉ
ｓｉｚｅ，μ－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎＰＲＢと共通リソースブロックｎＣＲＢ間の関係は、下記の式２によって与えられる。
【0050】
【数2】
【0051】
ＮＢＷＰ，ｉ
ｓｔａｒｔ，μは、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。
【0052】
図４には、本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。
【0053】
【0054】
搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、１つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、１つの複素シンボルがマップされてよい。
【0055】
ＮＲシステムは、１つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、１つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、１つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。
【0056】
一方、基地局は、端末に設定された１つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも１つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも１つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。
【0057】
図６には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【0058】
無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【0059】
端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【0060】
初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。
【0061】
一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【0062】
上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。
【0063】
一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。
【0064】
表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。
【0065】
【表5】
【0066】
表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、伝送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
【0067】
ＤＣＩ ｆｏｒｍａｔ ０＿０は、１つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。
【0068】
ＤＣＩ ｆｏｒｍａｔ ０＿１は、１つのセルにおいて１つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0069】
ＤＣＩ ｆｏｒｍａｔ ０＿２は、１つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0070】
次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、伝送ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
【0071】
ＤＣＩ ｆｏｒｍａｔ １＿０は、１つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0072】
ＤＣＩ ｆｏｒｍａｔ １＿１は、１つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0073】
ＤＣＩ ｆｏｒｍａｔ １＿２は、１つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0074】
低減キャパビリティ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ，ＲｅｄＣａｐ）及びカバレッジ改善（ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔ，ＣＥ）端末のＰＵＣＣＨ送信動作
改善された無線通信システムでは、小さい送受信帯域幅（ｂａｎｄｗｉｄｔｈ）のサイズ又は送受信アンテナ個数など、制限された能力を支援する新しいタイプの端末が支援されてよい。また、改善された無線通信システムでは、一般端末が支援するセルカバレッジに比べて広いカバレッジを支援するためのＣＥ能力を支援する端末が支援されてよい。
改善された無線通信システムでは、小さい送受信帯域幅（ｂａｎｄｗｉｄｔｈ）のサイズ又は送受信アンテナ個数など、制限された能力を支援する新しいタイプの端末が支援されてよい。また、改善された無線通信システムでは、一般端末が支援するセルカバレッジに比べて広いカバレッジを支援するためのＣＥ能力を支援する端末が支援されてよい。
【0075】
本開示の説明において、制限された能力を支援する端末は、Ｒ端末／Ｒ－ＵＥ／ＲｅｄＣａｐ端末と称し、ＣＥ能力を支援する端末は、ＣＥ端末／ＣＥ ＵＥと称することができる。
【0076】
ここで、Ｒ端末は、ＣＥ能力を支援（すなわち、ＣＥ ＵＥ）できるが、これに限定されるものではなく、ＣＥ能力を支援しなくてもよい（すなわち、非（ｎｏｎ）ＣＥ）。一般端末は、ＣＥ能力を支援することもできる。また、ＣＥ端末は、一般端末又はＲ端末であってよい。
【0077】
基礎的な無線通信システムの初期接続過程において、端末は、基地局から端末専用のＰＵＣＣＨ設定情報を取得するまでは、ＳＩＢ１に含まれたパラメータ（例えば、「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」）が指示するＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを選択することができる。すなわち、ＳＩＢ１のＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）である「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」は４ビット情報であり、下記の表６（専用ＰＵＣＣＨリソース設定前のＰＵＣＣＨリソースセット）の１６個インデックスのうち一つを指示できる。指示されたインデックスは、１６個ＰＵＣＣＨリソースセットのうちの一つに該当し得る。
【0078】
【表6】
【0079】
そこで、端末専用のＰＵＣＣＨ設定情報を取得するまで、端末は、ＳＩＢ１が指示したインデックスに該当する一つの特定ＰＵＣＣＨリソースセットから、ＰＵＣＣＨリソースを選択することができる。
【0080】
図７に示すように、ＲＲＣ＿アイドル（ＩＤＬＥ）状態又はＲＲＣ＿非活性（ＩＮＡＣＴＩＶＥ）状態である端末は、ＳＩＢ１でＩＥ「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を受信し、ＳＩＢ１の４ビット情報であるＩＥ「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」が指示するインデックスによって、（表６から）特定ＰＵＣＣＨリソースセット（例えば、ＰＵＣＣＨリソースセット１）を選択できる。１個のＰＵＣＣＨリソースセットは１６個のＰＵＣＣＨリソースを含んでよい。
【0081】
初期接続過程で、端末はＤＣＩを受信することができる。このとき、受信したＤＣＩが３ビットのＰＲＩ（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）を含む場合に、端末は、ＳＩＢ１が指示したＰＵＣＣＨリソースセット１の１６個ＰＵＣＣＨリソースのうち、ＰＲＩと暗示的（ｉｍｐｌｉｃｉｔ）ＣＣＥベースマッピングによって１つのＰＵＣＣＨリソースを選択することができる。
【0082】
例えば、図７に示すように、端末は、ＰＲＩが指示するサブセット（ｓｕｂｓｅｔ）７を選択し、暗示的ＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）ベースマッピングによって、サブセット７のＰＵＣＣＨリソース０を選択することができる。したがって、端末は、最終的に、特定ＰＵＣＣＨリソースセットに含まれた１６個のＰＵＣＣＨリソースのうち１つを選択し、選択されたＰＵＣＣＨリソースを用いてＰＵＣＣＨを送信することができる。このとき、ＰＵＣＣＨ送信はＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を含んでよい。ＵＣＩは、ＨＡＲＱ－ＡＣＫ情報、スケジューリング要請（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）情報、ＣＳＩ報告情報などを含んでよい。
【0083】
基礎的な無線システムにおける初期接続を行う端末はいずれも、同一ＰＵＣＣＨリソースセットから１つのＰＵＣＣＨリソースを選択することができる。ただし、Ｒ端末又はＣＥ端末は、一般端末とは違い、ＰＵＣＣＨ送信のための別途の設定を必要としてよく、一般端末に必要な特定設定が不要であってよい。
【0084】
例えば、Ｒ端末は、ＰＵＣＣＨの送信時に周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）を必要としなくてよく、ＣＥ端末は、ＰＵＣＣＨの送信時にＮ回の反復送信を必要としてよい。したがって、基礎的な無線システムにおいて端末専用ＰＵＣＣＨ設定情報を取得するまでには、Ｒ端末又はＣＥ端末に対して適合なＰＵＣＣＨリソースを支援できない問題があり得る。
【0085】
以下では、改善された無線システムにおいて、Ｒ端末又はＣＥ端末に対してＰＵＣＣＨリソースを設定する方法について説明する。
【0086】
図８は、本開示の適用が可能な無線通信システムにおいて端末の上りリンク送信動作を説明するための図である。
【0087】
端末は、低減キャパビリティ（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ，ＲｅｄＣａｐ）端末に対する第１初期（ｉｎｉｔｉａｌ）上りリンク帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）に関連した第１設定情報を、基地局から受信することができる（Ｓ８１０）。
【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】
後述する実施例において、Ｒ端末／ＣＥ端末に対して別途のＰＵＣＣＨリソースセットが設定された場合に、Ｒ端末／ＣＥ端末に対して一部のＰＵＣＣＨ機能が非活性化されるように設定されてよい。例えば、別途の設定無しにも別途のＰＵＣＣＨリソースセットが設定された場合に、Ｒ端末／ＣＥ端末によって当該ＰＵＣＣＨリソースセットからＰＵＣＣＨリソースが選択されると、Ｒ端末／ＣＥ端末に対してＰＵＣＣＨ送信のための周波数ホッピング機能が非活性化されてよい。すなわち、別途のＰＵＣＣＨリソースセットがＲ端末／ＣＥ端末に対して設定された場合に、Ｒ端末／ＣＥ端末は、周波数ホッピング無しでＰＵＣＣＨを送信することができる。
【0121】
又は、別途のＰＵＣＣＨリソースセットがＲ端末／ＣＥ端末に対して設定された場合に、（後述する実施例の）「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」又は「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」内に、特定機能を活性化又は非活性化する指示子が含まれてよい。
【0122】
例えば、Ｒ端末／ＣＥ端末に対して適用される「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」又は「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」内に、周波数ホッピングの活性化／非活性化指示子が含まれた場合を仮定する。周波数ホッピングの非活性化が指示された場合に、当該ＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを選択したとき、Ｒ端末／ＣＥ端末は、ＰＵＣＣＨ送信のための周波数ホッピング機能を非活性化し、周波数ホッピング無しでＰＵＣＣＨを送信することができる。
【0123】
具体的には、「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」において「ｈｏｐｐｉｎｇＩｄ」の特定値によって周波数ホッピングの活性化或いは非活性化を指示することもでき、「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」の新しい指示子が含まれて周波数ホッピングの活性化又は非活性化が指示されてもよい。
【0124】
さらに他の例として、ＳＩＢ１にＲ端末／ＣＥ端末のための別途のＰＵＣＣＨリソースセット設定情報が含まれない場合に、端末は、ＳＩＢ１情報によって、一般端末と同じＰＵＣＣＨリソースセットを用いてＰＵＣＣＨリソースを選択することができる。
【0125】
実施例１
実施例１は、「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」内に（Ｒ端末／ＣＥ端末に対して）別途の「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を設定する方式に関する。
実施例１は、「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」内に（Ｒ端末／ＣＥ端末に対して）別途の「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を設定する方式に関する。
【0126】
具体的には、ＳＩＢ１は、初期上りＢＷＰ設定のために端末共通に適用される上りＢＷＰ設定情報であるＩＥ「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」を含んでよい。このとき、ＩＥ「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」は、端末共通ＰＵＣＣＨ設定情報であるＳＩＢ１の「ＩＥ ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」を含んでよく、ＳＩＢ１の「ＩＥ ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」は、表７のように構成されてよい。
【0127】
【表7】
【0128】
ＳＩＢ１のＩＥ「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」は、Ｒ端末／ＣＥ端末のための別途のＩＥ「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を含んでよい。例えば、表７の「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ－ＲｅｄＣａｐ」は、Ｒ端末のためのＰＵＣＣＨリソースセットに対するインデックスを指示できる。そして、表７の「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ－ＣＥ」は、ＣＥ端末のためのＰＵＣＣＨリソースセットに対するインデックスを指示できる。又は、別途の「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」によって、Ｒ端末／ＣＥ端末に対して共通する別途のＰＵＣＣＨリソースセットが指示されてよい。一般端末は、「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」内で「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」が指示するＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを選択できる。そして、Ｒ端末／ＣＥ端末は、同一の「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」内で別途の「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」が指示するＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを選択できる。したがって、基地局は、一般端末とＲ端末／ＣＥ端末が互いに異なるＰＵＣＣＨリソースセットを選択するように設定できる。
【0129】
実施例２
実施例２は、同一の「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」内に（Ｒ端末／ＣＥ端末に対して）別途の「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」を設定する方式に関する。
実施例２は、同一の「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」内に（Ｒ端末／ＣＥ端末に対して）別途の「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」を設定する方式に関する。
【0130】
ＳＩＢ１は、初期上りＢＷＰ設定のために端末共通に適用される上りＢＷＰ設定情報であるＩＥ「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」を含んでよい。この時、ＩＥ「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」は、表８のように、端末共通ＰＵＣＣＨ設定情報であるＳＩＢ１のＩＥ「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」を複数個含んでよい。
【0131】
【表8】
【0132】
ＳＩＢ１は、表８のように、Ｒ端末／ＣＥ端末のための別途のＩＥ「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」を含んでよい。例えば、表８の「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ－ＲｅｄＣａｐ」は、Ｒ端末のためのＰＵＣＣＨリソースセットに対するインデックスを指示する「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を含んでよい。そして、「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ－ＣＥ」は、ＣＥ端末のためのＰＵＣＣＨリソースセットに対するインデックスを指示する「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を含んでよい。又は、基地局は、別途のＩＥ「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」の「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を用いて、Ｒ端末／ＣＥ端末に共通する別途のＰＵＣＣＨリソースセットを指示できる。
【0133】
実施例３
実施例３は、同一のＳＩＢ１内に（Ｒ端末／ＣＥ端末に対して）別途の上りＢＷＰを設定する方式に関する。
実施例３は、同一のＳＩＢ１内に（Ｒ端末／ＣＥ端末に対して）別途の上りＢＷＰを設定する方式に関する。
【0134】
ＳＩＢ１は、初期上りＢＷＰ設定のために、一般端末に共通に適用される上りＢＷＰ設定情報とは別にＲ端末／ＣＥ端末に対してのみ適用される別途の上りＢＷＰ情報を含んでよい。
【0135】
例えば、一般端末に対してはＳＩＢ内にＩＥ「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」を適用し、Ｒ端末／ＣＥ端末に対しては、別途のＩＥ「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ「（例えば、ＩＥ「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－ＲｅｄＣａｐ」又はＩＥ「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－ＣＥ」）が適用されるように設定されてよい。
【0136】
具体的には、Ｒ端末／ＣＥ端末専用に用いられるＵＬ ＢＷＰのために、ＳＩＢ１は別途のＩＥ「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ２」を含んでよい。この時、「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ２」に含まれた「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ－ＲｅｄＣａｐ」は、Ｒ端末のためのＰＵＣＣＨリソースセットに対するインデックスを指示する一つの「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を含んでよい。そして、「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ２」に含まれた「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ－ＣＥ」は、ＣＥ端末のためのＰＵＣＣＨリソースセットに対するインデックスを指示する一つの「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を含んでよい。
【0137】
追加又は代案として、「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ２」に含まれた一つのＩＥ「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」は、一つの「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を含み、「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」によってＲ端末とＣＥ端末に共通する別途のＰＵＣＣＨリソースセットが指示されてよい。
【0138】
一般端末に対しては、ＳＩＢ１に含まれた既存の「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」内で「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」が指示するＰＵＣＣＨリソースセットからＰＵＣＣＨリソースが選択されてよい。Ｒ端末／ＣＥ端末は、同一のＳＩＢ１の別途の「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ２」内で「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」が指示するＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを選択できる。したがって、基地局は、一般端末とＲ端末／ＣＥ端末が互いに異なるＰＵＣＣＨリソースセットを選択するように設定できる。
【0139】
実施例４
実施例４は、（Ｒ端末／ＣＥ端末に対して）別途のＳＩＢ１を設定する方式に関する。
実施例４は、（Ｒ端末／ＣＥ端末に対して）別途のＳＩＢ１を設定する方式に関する。
【0140】
実施例４によれば、基地局は、１つのセルのために少なくとも２タイプのＳＩＢ１（例えば、ＳＩＢ１及びＲ－ＳＩＢ１）を同時に運用することができる。このとき、当該セルのＭＩＢ（ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）が２タイプのＳＩＢ１の両方にマップされるか、又は、ＭＩＢがＳＩＢ１にマッピングされ、ＳＩＢ１がＲ－ＳＩＢ１にマップされて運用されてよい。これにより、Ｒ端末／ＣＥ端末は、ＭＩＢを受信した後、ＭＩＢ情報によってＲ－ＳＩＢ１を直に受信することができる。さらに他の例として、Ｒ端末／ＣＥ端末は、（ＭＩＢ情報によって受信した）ＳＩＢ１を受信した後、ＳＩＢ１情報によってＲ－ＳＩＢ１を受信することができる。
【0141】
ＳＩＢ１とＲ－ＳＩＢ１は、他のＳＩＢが放送されるか否か及び送信区間を知らせるスケジューリング情報（例えば、「ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ」）と、セル特定ランダムアクセスパラメータに関連した設定情報（例えば、「ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」）を含んでよい。
【0142】
そして、ＳＩＢ１は、一般端末のためのＩＥ「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」を含んでよく、別途のＲ－ＳＩＢ１は、Ｒ端末／ＣＥ端末のための別途のＩＥ「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」を含んでよい。
【0143】
例えば、Ｒ－ＳＩＢ１に含まれた「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ－ＲｅｄＣａｐ」は、Ｒ端末のためのＰＵＣＣＨリソースセットに対するインデックスを指示する「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を含んでよい。そして、Ｒ－ＳＩＢ１に含まれた「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ－ＣＥ」は、ＣＥ端末のためのＰＵＣＣＨリソースセットに対するインデックスを指示する「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を含んでよい。
【0144】
追加又は代案として、基地局は、Ｒ－ＳＩＢ１に含まれた一つのＩＥ「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」が指示する一つの「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」を用いて、Ｒ端末／ＣＥ端末に共通する別途のＰＵＣＣＨリソースセットを指示できる。
【0145】
これにより、一般端末は、従来ＳＩＢ１に含まれた「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」内で「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」が指示するＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを選択できる。そして、Ｒ端末／ＣＥ端末は、Ｒ－ＳＩＢ１に含まれた別途の「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」内で「ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＣｏｍｍｏｎ」が指示するＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを選択できる。したがって、基地局は、一般端末とＲ端末／ＣＥ端末が互いに異なるＰＵＣＣＨリソースセットを選択するように設定できる。
【0146】
実施例５
実施例５は、Ｒ端末／ＣＥ端末がＰＲＩに基づいてＰＵＣＣＨリソースを選択する方式に関する。
実施例５は、Ｒ端末／ＣＥ端末がＰＲＩに基づいてＰＵＣＣＨリソースを選択する方式に関する。
【0147】
端末専用のＰＵＣＣＨリソースセットを受信する前に、上述した実施例（例えば、実施例１～実施例４）によって、互いに異なるタイプの端末が同一のＰＵＣＣＨリソースセットを使用するように決定された場合に、基地局は、後述する方式で、互いに異なるタイプの端末が、同一のＰＵＣＣＨリソースセット内の互いに異なるＰＵＣＣＨリソースを選択／適用するように設定できる。
【0148】
Ｒ端末／ＣＥ端末が同一のＰＵＣＣＨリソースセットを使用するように設定されるか、一般端末とＲ端末／ＣＥ端末が同一のＰＵＣＣＨリソースセットを使用するように設定されるか、又は全ての端末タイプの端末が同一のＰＵＣＣＨリソースセットを使用するように設定される場合に、後述する方式が適用されてよい。
【0149】
実施例５－１
ＳＩＢ１によって、互いに異なるタイプの端末が同一のＰＵＣＣＨリソースセットを使用するように設定された場合に、互いに異なるタイプの端末は、互いに異なるＰＲＩ値に該当するＰＵＣＣＨリソースを使用することができる。すなわち、実施例５－１は、互いに異なるタイプの端末が、互いに異なるＰＲＩ値に基づいてＰＵＣＣＨリソースを選択する方式に関する。
ＳＩＢ１によって、互いに異なるタイプの端末が同一のＰＵＣＣＨリソースセットを使用するように設定された場合に、互いに異なるタイプの端末は、互いに異なるＰＲＩ値に該当するＰＵＣＣＨリソースを使用することができる。すなわち、実施例５－１は、互いに異なるタイプの端末が、互いに異なるＰＲＩ値に基づいてＰＵＣＣＨリソースを選択する方式に関する。
【0150】
例えば、同一のＰＵＣＣＨリソースセットが一般端末とＲ端末／ＣＥ端末に対して設定された場合に、基地局は、ＰＵＣＣＨリソースセットの１６個ＰＵＣＣＨリソースのうち８個のＰＵＣＣＨリソースは、一般端末が利用するように設定し、残り８個のＰＵＣＣＨリソースは、Ｒ端末／ＣＥ端末が利用するように設定することができる。さらに他の例として、基地局は、前記１６個ＰＵＣＣＨリソースのうち８個のＰＵＣＣＨリソースは、一般端末が利用するように設定し、残り４個のＰＵＣＣＨリソースは、Ｒ端末が利用するように設定し、残り４個のＰＵＣＣＨリソースは、ＣＥ端末が利用するように設定することができる
この場合、ＤＣＩに含まれたＰＲＩフィールドの値のうち、０～７は、一般端末に対して適用され、残り８～１５は、Ｒ端末／ＣＥ端末に対して適用されてよい。
この場合、ＤＣＩに含まれたＰＲＩフィールドの値のうち、０～７は、一般端末に対して適用され、残り８～１５は、Ｒ端末／ＣＥ端末に対して適用されてよい。
【0151】
実施例５－１に係る方式を設定するための情報は、ＳＩＢ１、「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」又は「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」内に含まれてよい。追加又は代案として、Ｒ端末／ＣＥ端末にのみ適用されるＤＣＩ値（例えば、ＤＣＩ内にＰＲＩフィールドの値）があらかじめ定義／設定されてよい。
【0152】
実施例５－２
基礎的な無線通信システムにおいて、ＤＣＩがＰＲＩフィールドを含んでいる場合に、端末は、ＳＩＢ１が指示したＰＵＣＣＨリソースセット１に含まれた１６個ＰＵＣＣＨリソースの中から、ＤＣＩが指示する３ビットＰＲＩと暗示的ＣＣＥベースマッピングによって一つのＰＵＣＣＨリソースを選択することができる。
基礎的な無線通信システムにおいて、ＤＣＩがＰＲＩフィールドを含んでいる場合に、端末は、ＳＩＢ１が指示したＰＵＣＣＨリソースセット１に含まれた１６個ＰＵＣＣＨリソースの中から、ＤＣＩが指示する３ビットＰＲＩと暗示的ＣＣＥベースマッピングによって一つのＰＵＣＣＨリソースを選択することができる。
【0153】
実施例５－２は、暗示的ＣＣＥマッピングの代わりに、端末タイプによってＰＵＣＣＨリソースを分離／選択する方式に関する。
【0154】
例えば、Ｒ端末とＣＥ端末が同一のＰＵＣＣＨリソースセットを共有するように設定された場合に、Ｒ端末は、ＰＲＩが指示したＰＵＣＣＨリソースサブセットからＰＵＣＣＨリソース０を選択し、ＣＥ端末は、ＰＲＩが指示するＰＵＣＣＨリソースサブセットからＰＵＣＣＨリソース１を選択するように設定されてよい。すなわち、図１０に示すように、ＰＲＩが指示するサブセット７が選択された場合に、Ｒ端末は、サブセット７のＰＵＣＣＨリソース０を選択し、ＣＥ端末は、サブセット７のＰＵＣＣＨリソース１を選択できる。
【0155】
追加又は代案として、一般端末とＲ端末／ＣＥ端末が同一のＰＵＣＣＨリソースセットを共有するように設定された場合に、一般端末は、ＰＲＩが指示したＰＵＣＣＨリソースサブセットから、暗示的ＣＣＥベースマッピングによってＰＵＣＣＨリソース０を選択できる。そして、Ｒ端末／ＣＥ端末は、ＰＲＩが指示したＰＵＣＣＨリソースサブセットからＰＵＣＣＨリソース１のみを選択するように設定されてよい。
【0156】
すなわち、図１０に示すように、ＰＲＩによってサブセット７が選択された場合に、一般端末は、暗示的ＣＣＥベースマッピングによって、サブセット７のＰＵＣＣＨリソース０を選択し、Ｒ端末／ＣＥ端末は、端末タイプによって、サブセット７のＰＵＣＣＨリソース１を選択することができる。
【0157】
基地局は、ＳＩＢ１、「ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ」、又は「ＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ」を用いて、特定タイプの端末がＰＵＣＣＨリソース０又は１のいずれを用いるかを設定できる。又は、特定タイプの端末がＰＵＣＣＨリソース０又は１のいずれを用いるかがあらかじめ設定／定義されてよい。
【0158】
実施例５－３
基地局は、ＰＵＣＣＨリソースセット内で１６個ＰＵＣＣＨリソースとは別に、Ｍ個のＰＵＣＣＨリソースを追加することができる。これにより、ＳＩＢ１によって、互いに異なるタイプの端末が同一のＰＵＣＣＨリソースセットを使用するように設定された場合に、特定タイプの端末は、追加されたＭ個のＰＵＣＣＨリソースのうち一つを選択するように設定されてよい。
基地局は、ＰＵＣＣＨリソースセット内で１６個ＰＵＣＣＨリソースとは別に、Ｍ個のＰＵＣＣＨリソースを追加することができる。これにより、ＳＩＢ１によって、互いに異なるタイプの端末が同一のＰＵＣＣＨリソースセットを使用するように設定された場合に、特定タイプの端末は、追加されたＭ個のＰＵＣＣＨリソースのうち一つを選択するように設定されてよい。
【0159】
例えば、一般端末とＲ端末／ＣＥ端末に対して同一のＰＵＣＣＨリソースセットが設定された場合に、Ｒ端末／ＣＥ端末は、前記ＰＵＣＣＨリソースセット内で全体（１６＋Ｍ）個のＰＵＣＣＨリソースのうちの一つを選択するか、又は、追加されたＭ個のＰＵＣＣＨリソースのみから一つを選択するように設定されてよい。
【0160】
ここで、一般端末は、ＤＣＩのＰＲＩが既存１６個ＰＵＣＣＨリソースのうち一つを指示するものと認識するように設定され、Ｒ端末／ＣＥ端末は、ＤＣＩのＰＲＩが全体（１６＋Ｍ）個のＰＵＣＣＨリソースのうち一つ、又はＭ個のＰＵＣＣＨリソースのうち一つを指示するものと認識するように設定されてよい。
【0161】
例えば、Ｍが８に設定された場合に、Ｒ端末／ＣＥ端末が受信するＤＣＩのＰＲＩフィールドは、８個のＰＵＣＣＨリソースサブセットのうち一つを指示し、各ＰＵＣＣＨリソースサブセットには、３個のＰＵＣＣＨリソース０、１、及び２が含まれるように設定されてよい。このうち、ＰＵＣＣＨリソース０及び１は、暗示的ＣＣＥベース方式で（一般端末に対して）マップされ、ＰＵＣＣＨリソース２は、特定ＵＥタイプによってマップされるように設定されてよい。
【0162】
さらに他の例として、Ｍが１６に設定された場合に、Ｒ端末／ＣＥ端末が受信するＤＣＩのＰＲＩフィールドは、８個ＰＵＣＣＨリソースサブセットのうち一つを指示し、各ＰＵＣＣＨリソースサブセットには４個のＰＵＣＣＨリソース０、１、２、及び３が含まれるように設定されてよい。このうち、ＰＵＣＣＨリソース０及び１は暗示的ＣＣＥベース方式で（一般端末に対して）マップされ、ＰＵＣＣＨリソース２及び３はそれぞれＲ端末とＣＥ端末にマップされるように設定されてよい。
【0163】
さらに他の例として、一般端末が受信するＤＣＩのＰＲＩフィールドは、既存１６個ＰＵＣＣＨリソースのうち一つを指示するが、Ｒ端末／ＣＥ端末が受信したＤＣＩのＰＲＩフィールドは、新しいＭ個のＰＵＣＣＨリソースのうち一つのみを指示するように設定されてよい。
【0164】
一例として、Ｍが８に設定される場合に、Ｒ端末／ＣＥ端末が受信するＤＣＩの３ビットＰＲＩフィールドの値は、新しいＭ個のうち一つのＰＵＣＣＨリソースのエントリー（ｅｎｔｒｙ）を指示できる。
【0165】
さらに他の例として、Ｍが１６に設定された場合に、Ｒ端末又はＣＥ端末が受信するＤＣＩに含まれた３ビットのＰＲＩフィールドの値は、新しい８個ＰＵＣＣＨリソースサブセットのうち一つを指示できる。そして、Ｒ端末／ＣＥ端末は、指示されたＰＵＣＣＨリソースサブセット内で暗示的ＣＣＥマッピング又は端末タイプによって指示されたサブセット内のＰＵＣＣＨリソース０又は１を選択することができる。
【0166】
追加又は代案として、２ステップ（ｓｔｅｐ）ＲＡＣＨ手順において、端末は、Ｍｓｇ（ｍｅｓｓａｇｅ）．Ａを基地局に送信することができる。基地局は、Ｍｓｇ．Ａに対する応答としてＭｓｇ．Ｂを端末に送信できる。ここで、Ｍｓｇ．Ｂに該当するサクセス（Ｓｕｃｃｅｓｓ）ＲＡＲ ＭＡＣ ＣＥは、一般端末／Ｒ端末／ＣＥ端末が使用するＰＲＩを含んでよい。
【0167】
この場合、端末に対して（前記ＤＣＩのＰＲＩと同一に）実施例５－１／実施例５－２／実施例５－３が適用されてよい。すなわち、上述したＰＵＣＣＨリソース設定方式（例えば、実施例１～４）及びＤＣＩのＰＲＩ指示方式（例えば、実施例５－１～実施例５－３）と同じ方式でＭＡＣ ＣＥのＰＲＩが設定／解析されてよく、これにより、ＰＵＣＣＨリソースが選択されてよい。その後、端末は、選択されたＰＵＣＣＨリソースを用いて、ＳｕｃｃｅｓｓＲＡＲ ＭＡＣ ＣＥ受信に対するＨＡＲＱ－ＡＣＫ情報を基地局に送信することができる。
【0168】
本開示において、ＣＥ ＵＥである一般端末は、Ｍｓｇ．３ ＰＵＳＣＨ反復を要求する一般端末に言い換えられてよく、ＣＥ ＵＥであるＲ端末は、Ｍｓｇ．３ ＰＵＳＣＨ反復を要求するＲ端末に言い換えられてよい。そして、ｎｏｎ－ＣＥである一般端末は、Ｍｓｇ．３ ＰＵＳＣＨ反復を要求しない一般端末に言い換えられてよく、ｎｏｎ－ＣＥであるＲ端末は、Ｍｓｇ．３ ＰＵＳＣＨ反復を要求しないＲ端末に言い換えられてよい。
【0169】
例えば、端末キャパビリティによってＣＥ端末として識別された端末は、Ｍｓｇ．３ ＰＵＳＣＨ反復を要求しないＣＥ ＵＥとＭｓｇ．３ ＰＵＳＣＨ反復を要求するＣＥ端末とに区別されてよい。このとき、本開示において、ＣＥ端末は、Ｍｓｇ．３ ＰＵＳＣＨ反復を要求しないＣＥ端末及びＭｓｇ．３ ＰＵＳＣＨ反復を要求するＣＥ端末のいずれをも意味できる。又は、ＣＥ端末は、Ｍｓｇ．３ＰＵＳＣＨ反復を要求するＣＥ ＵＥのみを意味してもよい。
【0170】
図１１は、本開示の一実施例に係るネットワーク側及び端末のシグナリング手順を説明するための図である。
【0171】
図１１は、前述した本開示の例示（例えば、実施例１、実施例２、実施例３、実施例４、実施例５、又はその細部例示のうち一つ以上の組合せ）を適用できる状況において、ネットワーク側（ｎｅｔｗｏｒｋ ｓｉｄｅ）及び端末（ＵＥ）との間のシグナリングの例示を示す。
【0172】
ここで、ＵＥ／ネットワーク側は例示的なものであり、図１２を参照して説明するように、様々な装置に取り替えられてよい。図１１は、説明の便宜のためのもので、本開示の範囲を限定するものでない。また、図１１に示す一部の段階は、状況及び／又は設定などによって省略されてもよい。また、図１１のネットワーク側／ＵＥの動作において、前述した上りリンク送受信動作などが参照又は利用されてよい。
【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】
本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2024-01-30
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項14】
１つ以上の命令を記憶する１つ以上の非一時的コンピュータ可読媒体であって、前記１つ以上の命令が１つ以上のプロセッサによって実行されることに基づいて、無線通信システムにおける装置が、
低減キャパビリティ（ＲｅｄＣａｐ）端末に対する第１初期上りリンク帯域幅パート（ＢＷＰ）に関連した第１設定情報を基地局から受信し、
前記ＲｅｄＣａｐ端末に対する物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースに関連した第２設定情報によって提供されたＰＵＣＣＨリソースセットを用いて、前記第１初期上りリンクＢＷＰで第１ＰＵＣＣＨを前記基地局に送信するように制御し、
前記第１ＰＵＣＣＨの送信に対する周波数ホッピングの非活性化に関連した情報は、前記第２設定情報と共に前記基地局から受信される、コンピュータ可読媒体。
【国際調査報告】