特許 7497522 無線通信システムにおいてランダムアクセス手順を行う方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2024-05-31

(45)【発行日】2024-06-10

(54)【発明の名称】無線通信システムにおいてランダムアクセス手順を行う方法及び装置

(51)【国際特許分類】

   H04W 72/0453 20230101AFI20240603BHJP

   H04W 72/23 20230101ALI20240603BHJP

   H04W 74/0833 20240101ALI20240603BHJP

   H04W 8/22 20090101ALI20240603BHJP

【ＦＩ】

H04W72/0453

H04W72/23

H04W74/0833

H04W8/22

【請求項の数】 5

(21)【出願番号】P 2023515313

(86)(22)【出願日】2022-09-30

(65)【公表番号】

(43)【公表日】2023-11-16

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

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

(87)【国際公開日】2023-04-06

【審査請求日】2023-03-07

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

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

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

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

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

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(74)【代理人】

【識別番号】100202740

【弁理士】

【氏名又は名称】増山 樹

(72)【発明者】

【氏名】キム チェヒョン

(72)【発明者】

【氏名】イ ヨンデ

(72)【発明者】

【氏名】ファン ソンケ

【審査官】松野 吉宏

(56)【参考文献】

【文献】vivo, Guangdong Genius，Discussion on reduced maximum UE bandwidth，3GPP TSG RAN WG1#106-e R1-2106601，フランス，3GPP，2021年08月07日

【文献】Spreadtrum Communications，Discussion on aspects related to reduced maximum UE bandwidth，3GPP TSG RAN WG1#106-e R1-2106705，フランス，3GPP，2021年08月07日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいてｒｅｄｃａｐ（reduced capability） ＵＥ（user equipment）によって行われる方法であって、前記方法は、
基地局から、ＵＬ（uplink）送信と関連した第１設定情報、及びＤＬ（downlink）送信と関連した第２設定情報を受信する段階であって、
前記第１設定情報は、初期ＵＬ ＢＷＰ（bandwidth part）についての情報を含み、
前記第２設定情報は、初期ＤＬ ＢＷＰについての情報を含む、段階と、
前記基地局に、ＰＲＡＣＨ（Physical Random Access Channel）を送信する段階であって、
（ｉ）前記第１設定情報が前記初期ＵＬ ＢＷＰについての前記情報に加えてｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰについての情報をさらに含むことに基づいて、前記初期ＵＬ ＢＷＰの代わりに前記ｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰが前記ＰＲＡＣＨを送信するために使用され、
（ｉｉ）前記第１設定情報がｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰについての前記情報を含まないことに基づいて、前記初期ＵＬ ＢＷＰが前記ＰＲＡＣＨを送信するために使用される、段階と、
前記基地局から、ＰＤＣＣＨ（Physical Downlink Control Channel）を受信する段階であって、
（ｉ）前記第２設定情報が前記初期ＤＬ ＢＷＰについての前記情報に加えてｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰについての情報をさらに含むことに基づいて、前記ｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰが前記ＰＤＣＣＨを受信するために使用され、
（ｉｉ）前記第２設定情報がｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰについての前記情報を含まないことに基づいて、前記初期ＤＬ ＢＷＰが前記ＰＤＣＣＨを受信するために使用される、段階と、を含み、
ペアになっていないスペクトル動作のために、前記初期ＤＬ ＢＷＰ及び前記ｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰのうち前記ＰＤＣＣＨを受信するために使用されるＤＬ ＢＷＰの中心周波数は、前記初期ＵＬ ＢＷＰ及び前記ｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰのうち前記ＰＲＡＣＨを送信するために使用されるＵＬ ＢＷＰの中心周波数と同一に設定される、方法。

【請求項2】

ｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰについての前記情報において省略された一つ以上のパラメータは、初期ＵＬ ＢＷＰについての前記情報と同一に設定されたと見なされる、請求項１に記載の方法。

【請求項3】

ｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰについての前記情報において省略された一つ以上のパラメータは、初期ＤＬ ＢＷＰについての前記情報と同一に設定されたと見なされる、請求項１に記載の方法。

【請求項4】

無線通信システムにおいて動作するｒｅｄｃａｐ（reduced capability） ＵＥ（user equipment）であって、前記ｒｅｄｃａｐ ＵＥは、
無線信号を送受信するための少なくとも一つの送受信部と、
前記少なくとも一つの送受信部を制御する少なくとも一つのプロセッサと、を備え、
前記少なくとも一つのプロセッサは、
基地局から、ＵＬ（uplink）送信と関連した第１設定情報、及び前記基地局からのＤＬ（downlink）送信と関連した第２設定情報を受信し、
前記第１設定情報は、初期ＵＬ ＢＷＰ（bandwidth part）についての情報を含み、
前記第２設定情報は、初期ＤＬ ＢＷＰについての情報を含み、
前記基地局に、ＰＲＡＣＨ（Physical Random Access Channel）を送信し、
（ｉ）前記第１設定情報が前記初期ＵＬ ＢＷＰについての前記情報に加えてｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰについての情報をさらに含むことに基づいて、前記初期ＵＬ ＢＷＰの代わりに前記ｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰが前記ＰＲＡＣＨを送信するために使用され、
（ｉｉ）前記第１設定情報がｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰについての前記情報を含まないことに基づいて、前記初期ＵＬ ＢＷＰが前記ＰＲＡＣＨを送信するために使用され、
前記基地局から、ＰＤＣＣＨ（Physical Downlink Control Channel）を受信し、
（ｉ）前記第２設定情報が前記初期ＤＬ ＢＷＰについての前記情報に加えてｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰについての情報をさらに含むことに基づいて、前記ｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰが前記ＰＤＣＣＨを受信するために使用され、
（ｉｉ）前記第２設定情報がｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰについての前記情報を含まないことに基づいて、前記初期ＤＬ ＢＷＰが前記ＰＤＣＣＨを受信するために使用される、ように設定され、
ペアになっていないスペクトル動作のために、前記初期ＤＬ ＢＷＰ及び前記ｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰのうち前記ＰＤＣＣＨを受信するために使用されるＤＬ ＢＷＰの中心周波数は、前記初期ＵＬ ＢＷＰ及び前記ｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰのうち前記ＰＲＡＣＨを送信するために使用されるＵＬ ＢＷＰの中心周波数と同一に設定される、ＵＥ。

【請求項5】

無線通信システムにおいて動作する基地局であって、前記基地局は、
無線信号を送受信するための少なくとも一つの送受信部と、
前記少なくとも一つの送受信部を制御する少なくとも一つのプロセッサと、を備え、
前記少なくとも一つのプロセッサは、
ｒｅｄｃａｐ（reduced capability） ＵＥ（user equipment）に、ＵＬ（uplink）送信と関連した第１設定情報、及びＤＬ（downlink）送信と関連した第２設定情報を送信し、
前記第１設定情報は、初期ＵＬ ＢＷＰ（bandwidth part）についての情報を含み、
前記第２設定情報は、初期ＤＬ ＢＷＰについての情報を含み、
前記ｒｅｄｃａｐ ＵＥから、ＰＲＡＣＨ（Physical Random Access Channel）を受信し、
（ｉ）前記第１設定情報が前記初期ＵＬ ＢＷＰについての前記情報に加えてｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰについての情報をさらに含むことに基づいて、前記初期ＵＬ ＢＷＰの代わりに前記ｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰが前記ＰＲＡＣＨを送信するために使用され、
（ｉｉ）前記第１設定情報がｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰについての前記情報を含まないことに基づいて、前記初期ＵＬ ＢＷＰが前記ＰＲＡＣＨを送信するために使用され、
前記ｒｅｄｃａｐ ＵＥに、ＰＤＣＣＨ（Physical Downlink Control Channel）を送信し、
（ｉ）前記第２設定情報が前記初期ＤＬ ＢＷＰについての前記情報に加えてｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰについての情報をさらに含むことに基づいて、前記ｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰが前記ＰＤＣＣＨを受信するために使用され、
（ｉｉ）前記第２設定情報がｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰについての前記情報を含まないことに基づいて、前記初期ＤＬ ＢＷＰが前記ＰＤＣＣＨを受信するために使用される、ように設定され、
ペアになっていないスペクトル動作のために、前記初期ＤＬ ＢＷＰ及び前記ｒｅｄｃａｐに特有の初期ＤＬ ＢＷＰのうち前記ＰＤＣＣＨを受信するために使用されるＤＬ ＢＷＰの中心周波数は、前記初期ＵＬ ＢＷＰ及び前記ｒｅｄｃａｐに特有の初期ＵＬ ＢＷＰのうち前記ＰＲＡＣＨを送信するために使用されるＵＬ ＢＷＰの中心周波数と同一に設定される、基地局。

【発明の詳細な説明】

【技術分野】

【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】本開示の一実施例に係る特定タイプの端末のための別個の初期ＵＬ ＢＷＰを設定するシグナリング構造を例示する。

【図13】本開示の一実施例に係るランダムアクセス手順を行う方法に対する基地局と端末間のシグナリング手順を例示する図である。

【図14】本開示の一実施例に係るランダムアクセス手順を行う方法に対する端末の動作を例示する図である。

【図15】本開示の一実施例に係るランダムアクセス手順を行う方法に対する基地局の動作を例示する図である。

【図16】本開示の一実施例に係る無線通信装置を例示するブロック構成図である。

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

【0014】

以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。

【0015】

場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。

【0016】

本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び／又は構成要素の存在を特定するものの、一つ以上の他の特徴、段階、動作、要素、構成要素及び／又はそれらのグループの存在又は追加を排除しない。

【0017】

本開示において、“第１”、“第２”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素は他の実施例において第２構成要素と称することもでき、同様に、一実施例における第２構成要素を他の実施例において第１構成要素と称することもできる。

【0018】

本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を制限するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び／又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち２つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“／”は、別に断らない限り、“及び／又は”と同じ意味を有する。

【0019】

本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置（例えば、基地局）がネットワークを制御し、信号を送信（ｔｒａｎｓｍｉｔ）又は受信（ｒｅｃｅｉｖｅ）する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。

【0020】

本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。

【0021】

以下において、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、上りリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第１通信装置と、端末は第２通信装置と表現されてよい。基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ネットワーク（５Ｇネットワーク）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）システム／モジュール、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。また、端末（Ｔｅｒｍｉｎａｌ）は、固定されるか移動性を有してよく、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置、車両（ｖｅｈｉｃｌｅ）、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）モジュール、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。

【0022】

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

【0023】

説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本開示の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。本開示の説明に用いられる背景技術、用語、略語などに関しては、本開示の前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。

【0024】

３ＧＰＰ ＬＴＥでは、ＴＳ ３６．２１１（物理チャネル及び変調）、ＴＳ ３６．２１２（多重化及びチャネルコーディング）、ＴＳ ３６．２１３（物理層手続）、ＴＳ ３６．３００（説明全般）、ＴＳ ３６．３３１（無線リソース制御）を参照できる。

【0025】

３ＧＰＰ ＮＲでは、ＴＳ ３８．２１１（物理チャネル及び変調）、ＴＳ ３８．２１２（多重化及びチャネルコーディング）、ＴＳ ３８．２１３（制御のための物理層手続）、ＴＳ ３８．２１４（データのための物理層手続）、ＴＳ ３８．３００（ＮＲ及びＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）説明全般）、ＴＳ ３８．３３１（無線リソース制御プロトコル規格）を参照できる。

【0026】

本開示で使用可能な用語の略字は次のように定義される。

【0027】

－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）

【0028】

－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）

【0029】

－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）

【0030】

－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）

【0031】

－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）

【0032】

－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0033】

－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0034】

－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）

【0035】

－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）

【0036】

－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）

【0037】

－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）

【0038】

－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信電力（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）

【0039】

－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）

【0040】

－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）

【0041】

－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）

【0042】

－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）

【0043】

－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）

【0044】

－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）

【0045】

－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）

【0046】

－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）

【0047】

－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）

【0048】

－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）

【0049】

－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）

【0050】

－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）

【0051】

－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）

【0052】

－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）

【0053】

－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨブロック）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）

【0054】

－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）

【0055】

－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）

【0056】

－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0057】

－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）

【0058】

－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）

【0059】

－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）

【0060】

システム一般

【0061】

より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。

【0062】

ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。

【0063】

ヌメロロジーは、周波数領域において一つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。

【0064】

図１には、本開示が適用可能な無線通信システムの構造を例示する。

【0065】

図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザ平面（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。

【0066】

図２には、本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。

【0067】

ＮＲシステムは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を支援できる。ここで、ヌメロロジーは、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と循環前置（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドによって定義されてよい。このとき、多数のサブキャリア間隔は、基本（参照）サブキャリア間隔を整数Ｎ（又は、μ）でスケーリング（ｓｃａｌｉｎｇ）することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジーは周波数帯域と独立に選択されてよい。また、ＮＲシステムでは多数のヌメロロジーによる様々なフレーム構造が支援されてよい。

【0068】

以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される多数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。

【0069】

【表1】

【0070】

ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。

【0071】

【表2】

【0072】

ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔc＝１／（Δｆmax・Ｎf）の時間単位の倍数と表現される。ここで、Δｆmax＝４８０・１０3Ｈｚであり、Ｎf＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔf＝１／（ΔｆmaxＮf／１００）・Ｔc＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔsf＝（ΔｆmaxＮf／１０００）・Ｔc＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴTA＝（ＮTA＋ＮTA,offset）Ｔc以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎsμ∈｛０，．．．，Ｎslotsubframe,μ－１｝の増加する順序で番号が付けられ、無線フレーム内でｎs,fμ∈｛０，．．．，Ｎslotframe,μ－１｝の増加する順序で番号が付けられる。一つのスロットはＮsymbslotの連続するＯＦＤＭシンボルで構成され、Ｎsymbslotは、ＣＰによって決定される。サブフレームにおいてスロットｎsμの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎsμＮsymbslotの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではないことを意味する。

【0073】

表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎsymbslot）、無線フレーム別スロットの個数（Ｎslotframe,μ）、サブフレーム別スロットの個数（Ｎslotsubframe,μ）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。

【0074】

【表3】

【0075】

【表4】

【0076】

図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。

【0077】

まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信電力（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか一つ以上を含む。

【0078】

図３には、本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【0079】

図３を参照すると、リソースグリッドが、周波数領域上にＮRBμＮscRBサブキャリアで構成され、一つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、ＮRBμＮscRBサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び２μＮsymb(μ)のＯＦＤＭシンボルによって説明される。ここで、ＮRBμ≦ＮRBmax,μである。前記ＮRBmax,μは、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対（ｋ，

）によって固有に識別される。ここで、ｋ＝０，．．．，ＮRBμＮscRB－１は、周波数領域上のインデックスであり、

＝０，．．．，２μＮsymb(μ)－１は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎsymbμ－１である。μ及びアンテナポートｐに対するリソース要素（ｋ，

）は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）

に該当する。混同（ｃｏｎｆｕｓｉｏｎ）する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（ｄｒｏｐ）してよく、その結果、複素値は

又は

になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮscRB＝１２の連続するサブキャリアと定義される。

【0080】

ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。

【0081】

－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。

【0082】

－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。

【0083】

共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎCRBμとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。

【0084】

【数1】

【0085】

式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮBWP,isize,μ－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎPRBと共通リソースブロックｎCRB間の関係は、下記の式２によって与えられる。

【0086】

【数2】

【0087】

ＮBWP,istart,μは、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。

【0088】

図４には、本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。

【0089】

図４及び図５を参照すると、スロットは、時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰでは１スロットが７個のシンボルを含むが、拡張ＣＰでは１スロットが６個のシンボルを含む。

【0090】

搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。

【0091】

ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。

【0092】

一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。

【0093】

図６には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。

【0094】

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

【0095】

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

【0096】

初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。

【0097】

一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。

【0098】

上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。

【0099】

一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。

【0100】

表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。

【0101】

【表5】

【0102】

表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、伝送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。

【0103】

ＤＣＩ ｆｏｒｍａｔ ０＿１は、一つのセルにおいて一つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0104】

ＤＣＩ ｆｏｒｍａｔ ０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0105】

次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、伝送ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。

【0106】

ＤＣＩ ｆｏｒｍａｔ １＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0107】

ＤＣＩ ｆｏｒｍａｔ １＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0108】

ＤＣＩ ｆｏｒｍａｔ １＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0109】

システム情報取得

【0110】

図７には、システム情報取得過程を例示する。

【0111】

端末は、システム情報（ＳＩ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）取得過程によってアクセスストラタム（ＡＳ：ａｃｃｅｓｓ ｓｔｒａｔｕｍ）／ノンアクセスストラタム（ＮＡＳ：ｎｏｎ－ａｃｃｅｓｓ ｓｔａｒａｔｕｍ）情報を取得することができる。ＳＩ取得過程は、ＲＲＣアイドル（ＲＲＣ＿ＩＤＬＥ）状態、ＲＲＣ非活性（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）状態及びＲＲＣ連結（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態の端末に適用されてよい。

【0112】

ＳＩは、マスター情報ブロック（ＭＩＢ：Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）と複数のシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）とに分けられる。ＭＩＢ以外のＳＩは、残った最小のシステム情報（ＲＭＳＩ：Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）及び他のシステム情報（ＯＳＩ：Ｏｔｈｅｒ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）と呼ぶことができる。ＲＭＳＩはＳＩＢ１に該当し、ＯＳＩは、ＳＩＢ１以外の残りＳＩＢ２以上のＳＩＢのことを指す。詳細な事項は、次を参照できる。

【0113】

ＭＩＢは、ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１）受信と関連した情報／パラメータを含み、ＳＳＢ（ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）のＰＢＣＨでて送信される。ＭＩＢの情報は、表６のようなフィールドを含むことができる。

【0114】

表６は、ＭＩＢの一部を例示する。

【0115】

【表6】

【0116】

表７は、表６に例示されたＭＩＢフィールドに対する説明を例示する。

【0117】

【表7】

【0118】

初期セル選択時に、端末は、ＳＳＢを有するハーフ－フレーム（ｈａｌｆ－ｆｒａｍｅ）が２０ｍｓ周期で反復されると仮定する。端末は、ＭＩＢに基づいてＴｙｐｅ０－ＰＤＣＣＨ共通探索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）のためのＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）が存在するか否かを確認することができる。Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間は、ＰＤＣＣＨ探索空間の一種であり、ＳＩメッセージをスケジュールするＰＤＣＣＨを送信するために用いられる。Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間が存在する場合に、端末は、ＭＩＢ内の情報（例えば、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１）に基づいて、（ｉ）ＣＯＲＥＳＥＴを構成する複数の連続したＲＢと一つ以上の連続したシンボル、及び（ｉｉ）ＰＤＣＣＨ機会（すなわち、ＰＤＣＣＨ受信のための時間ドメイン位置）を決定できる。具体的には、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１は８ビット情報であり、（ｉ）はＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）４ビットに基づいて決定され（３ＧＰＰ ＴＳ ３８．２１３ Ｔａｂｌｅ １３－１～１３－１０参照）、（ｉｉ）はＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）４ビットに基づいて決定される（３ＧＰＰ ＴＳ ３８．２１３ Ｔａｂｌｅ １３－１１～１３－１５参照）。

【0119】

一例として、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１のＭＳＢ ４ビットによって指示される情報を下記のように例示する。

【0120】

Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間に対するＣＯＲＥＳＥＴの設定は：

【0121】

ｉ）サブキャリア間隔及びチャネル最小帯域幅によって多数の表を定義する。

【0122】

ｉｉ）ＳＳ／ＰＢＣＨブロック及びＰＤＣＣＨ／ＰＤＳＣＨ間の多重化パターンを指示する。

【0123】

－ パターン１：ＦＲ１に対する全てのＳＣＳ組合せ、ＦＲ２に対する全てのＳＣＳ組合せ

【0124】

－ パターン２：ＦＲ２に対する互いに異なるＳＣＳ組合せ（最初のＤＬ ＢＷＰに対する６０ｋＨｚ及びＳＳ／ＰＢＣＨブロックに対する２４０ｋＨｚ ＳＣＳの組合せは除く。）

【0125】

－ パターン３：ＦＲ２に対する同一のＳＣＳ組合せ（１２０ｋＨｚ ＳＣＳの場合）

【0126】

ｉｉｉ）ＣＯＲＥＳＥＴに対するＰＲＢの個数及びＯＦＤＭシンボルの個数を指示する。

【0127】

－ ＮRBCORESET：ＲＢの個数（すなわち、｛２４，４８，９６｝）

【0128】

－ ＮSymbCORESET：シンボルの個数（すなわち、｛１，２，３｝）

【0129】

ｉｖ）ＳＳ／ＰＢＣＨブロックの最初のＲＢとＲＭＳＩ ＣＯＲＥＳＥＴの最初のＲＢ間のオフセット（ＲＢの個数）を指示する。

【0130】

－ オフセット（ＲＢの個数）の範囲は、ＰＲＢの個数と同期ラスター（ｓｙｎｃ ｒａｓｔｅｒ０によって決定される。

【0131】

－ ＳＳ／ＰＢＣＨブロックの中心とＲＭＳＩ ＣＯＲＥＳＥＴの中心とが極力近く整列（ａｌｉｇｎ）するように設計する。

【0132】

Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間が存在しない場合に、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１は、ＳＳＢ／ＳＩＢ１が存在する周波数位置とＳＳＢ／ＳＩＢ１が存在しない周波数範囲に関する情報を提供する。

【0133】

最初のセル選択の場合に、ＵＥは、ＳＳ／ＰＢＣＨブロックが存在するハーフフレームが２フレームの周期で発生すると仮定できる。ＳＳ／ＰＢＣＨブロックの検出時に、ＦＲ１（Ｓｕｂ－６ＧＨｚ；４５０～６０００ＭＨｚ）に対してｋSSB≦２３であり、ＦＲ２（ｍｍ－Ｗａｖｅ，２４２５０～５２６００ＭＨｚ）に対してｋSSB≦１１であれば、ＵＥは、Ｔｙｐｅ０－ＰＤＣＣＨ共通検索空間に対する制御リソースセットが存在すると決定する。ＦＲ１に対してｋSSB＞２３であり、ＦＲ２に対してｋSSB＞１１であれば、ＵＥは、Ｔｙｐｅ０－ＰＤＣＣＨ共通検索空間に対する制御リソースセットが存在しないと決定する。ｋSSBは、ＳＳ／ＰＢＣＨブロックのサブキャリア０とＳＳＢに対する共通リソースブロックのサブキャリア０との間の周波数／サブキャリアオフセットを表す。ＦＲ２の場合に、最大で１１値のみを適用できる。ｋSSBはＭＩＢでシグナルされてよい。ＳＩＢ１は、残りのＳＩＢ（以下、ＳＩＢｘという。ｘは２以上の整数）の可用性及びスケジューリング（例えば、送信周期、ＳＩ－ウィンドウサイズ）と関連した情報を含む。例えば、ＳＩＢ１は、ＳＩＢｘが周期的に放送されるか或いはオンデマンド（ｏｎ－ｄｅｍａｎｄ）方式で端末の要請によって提供されるかを知らせることができる。ＳＩＢｘがオンデマンド方式によって提供される場合に、ＳＩＢ１は、端末がＳＩ要請を行う上で必要な情報を含むことができる。ＳＩＢ１はＰＤＳＣＨで送信され、ＳＩＢ１をスケジュールするＰＤＣＣＨは、Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間で送信され、ＳＩＢ１は、前記ＰＤＣＣＨによって指示されるＰＤＳＣＨで送信される。

【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】

ｉ）複雑度減少特徴

【0212】

－ ＵＥ ＲＸ／ＴＸアンテナ数減少

【0213】

－ ＵＥ帯域幅減少

【0214】

－ 半二重（ｈａｌｆ－ｄｕｐｌｅｘ）ＦＤＤ

【0215】

－ 緩和された（ｒｅｌａｘｅｄ）ＵＥ処理時間

【0216】

－ 緩和された（ｒｅｌａｘｅｄ）ＵＥ処理機能

【0217】

ｉｉ）電力節減（Ｐｏｗｅｒ ｓａｖｉｎｇ）

【0218】

－ 少ない数のブラインドデコーディング（ＢＤ：ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）及び制御リソース要素（ＣＣＥ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）制限によってＰＤＣＣＨモニタリング減少

【0219】

－ ＲＲＣ非活性／インアクティブ（Ｉｎａｃｔｉｖｅ）及び／又はアイドル（Ｉｄｌｅ）のための拡張（ｅｎｔｅｎｄｅｄ）不連続受信（ＤＲＸ：ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）

【0220】

－ 固定装置（ｓｔａｔｉｏｎａｒｙ ｄｅｖｉｃｅ）に対する無線リソース管理（ＲＲＭ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）

【0221】

ｉｉｉ）カバレッジ回復／向上（Ｃｏｖｅｒａｇｅ ｒｅｃｏｖｅｒｙ／ｅｎｈａｎｃｅｍｅｎｔ）

【0222】

上記のｒｅｄｃａｐ使用事例は、１個又は複数個の端末機を定義して支援でき、本開示では次の２つの場合を全て考慮する。

【0223】

ケース（Ｃａｓｅ）Ａ）Ｒｅｄｃａｐ使用事例を１個の端末機の形態で支援（単一装置タイプの場合）

【0224】

Ｃａｓｅ Ｂ）Ｒｅｄｃａｐ使用事例を複数個の端末機の形態で支援（多重装置タイプの場合）

【0225】

Ｃａｓｅ Ａ）の場合、ｒｅｄｃａｐ端末機は、上記の全てのＲｅｄｃａｐ要求事項、すなわち、共通（ｇｅｎｅｒｉｃ）及び使用事例特定の要求事項を全て満たす端末機であってよく、また、全てのｒｅｄｃａｐ使用事例を支援する端末機であってよい。この場合、様々な要求事項を同時に満たさなければならないため、端末機複雑度（ｃｏｍｐｌｅｘｉｔｙ）の増加によるコスト上昇の要因があり得るが、同時に使用事例拡張による大量生産による原価節減効果が期待できる。Ｃａｓｅ Ｂ）の場合、上記のｒｅｄｃａｐ使用事例要求事項が非常に多様（ｄｉｖｅｒｓｅ）である点を勘案して、ｒｅｄｃａｐ使用事例別に端末機形態を定義して支援する場合であってよい。これも、共通の要求事項はいずれも共通に満たす場合であってよい。このとき、使用事例別に定義される各装置形態をｒｅｄｃａｐ装置タイプ（ｒｅｄｃａｐ ｄｅｖｉｃｅ ｔｙｐｅ）と称する。Ｃａｓｅ Ｂ）は、要求事項の側面で類似の使用事例を複数個グルーピング（ｇｒｏｕｐｉｎｇ）して一つの端末機形態で支援する場合を含む。このような各ｒｅｄｃａｐ装置タイプは、ｒｅｄｃａｐ ＵＥ特徴のうち、事前に定義された一部又は特定組合せを支援するものであってよい。このように多重（ｍｕｌｔｉｐｌｅ）のｒｅｄｃａｐ装置タイプを定義してｒｅｄｃａｐ使用事例を支援する場合に、特定ｒｅｄｃａｐ使用事例を費用、電力消耗などの観点でより最適化されたｒｅｄｃａｐ端末機によって支援できるという長所がある。例えば、ＩＷＳ使用事例を非常に小さくて、安価で、電力効率的な専用端末機によって支援することができる。

【0226】

本開示で減少した能力（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ）は、減少した／低い複雑度／費用、減少した帯域幅などの意味を含み得る。

【0227】

Ｃａｓｅ Ｂ）の場合に対して、すなわち、ｒｅｄｃａｐ使用事例を複数個の端末機形態（ｄｅｖｉｃｅ ｔｙｐｅ）で支援する場合において、ｒｅｄｃａｐ装置タイプを分類するために次のような方法を考慮できる。次の方法は、Ｃａｓｅ Ａ）の場合にも、すなわちｒｅｄｃａｐ装置をＮＲ端末機と区分するためにも適用可能である。

【0228】

ＮＲ端末機と区分されるｒｅｄｃａｐ端末機動作を支援するために、ｒｅｄｃａｐ端末機は、自分の装置タイプ情報を基地局に報告する必要があり得る。

【0229】

図１０には、本開示が適用可能な無線通信システムにおいてｒｅｄｃａｐ装置の装置タイプを報告する手続を例示する。

【0230】

図１０で、報告手続（Ｒｅｐｏｒｔｉｎｇ ｐｒｏｃｅｄｕｒｅ）は、次のようにＴＳ ３８．３３１で定義するＵＥ能力送信手続（ＵＥ ｃａｐａｂｉｌｉｔｙ ｔｒａｎｓｆｅｒ ｐｒｏｃｅｄｕｒｅ）を（再）使用でき、基地局は、ＵＥ能力情報（ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）受信によってｒｅｄｃａｐ装置タイプ情報を取得し、当該端末機スケジューリング時に、取得した端末機情報を用いることができる。

【0231】

図１０を参照すると、基地局／ネットワークは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）でＵＥに能力（ｃａｐａｂｉｌｉｔｙ）問い合わせ／要請（ｅｎｑｕｉｒｙ／ｒｅｑｕｅｓｔ）をする（ＳＨ１０２）。ＵＥは、ＵＥ能力情報にｒｅｄｃａｓｐ装置タイプ情報を含めて基地局／ネットワークに送信する（ＳＨ１０４）。

【0232】

－ 分類方法１

【0233】

Ｒｅｄｃａｐ装置タイプは、主要要求事項のうち一つを基準にして分類されてよい。分類の基準になり得る主要要求事項は、例えば、支援される最大データ率（ｓｕｐｐｏｒｔｅｄ ｍａｘ ｄａｔａ ｒａｔｅ）（ピークビット率）、レイテンシー、移動性（ｓｔａｔｉｏｎａｒｙ／ｆｉｘｅｄ、ｐｏｒｔａｂｌｅ、ｍｏｂｉｌｅなど）、バッテリー寿命、複雑度、カバレッジなどであってよい。分類されたｒｅｄｃａｐ装置タイプ別に義務的に支援しなければならない又は選択的に支援可能な特徴（の組合せ）をスペック（ｓｐｅｃ）に定義できる。これは、装置タイプ別に特徴の支援有無を別個にシグナルするオーバーヘッドを減らすためであり得る。

【0234】

ＵＥ能力情報に含まれて端末機が基地局／ネットワークに報告するｒｅｄｃａｐ装置タイプ情報は、例えば、ＵＥ－ＮＲ－Ｃａｐａｂｉｌｉｔｙ情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）の特定フィールド（例えば、ＲｅｄＣａｐＤｅｖｉｃｅＴｙｐｅ）で基地局に送信されてよい。例えば、ｒｅｄｃａｐ装置タイプ１、２、．．．などに区分する場合に、ＲｅｄＣａｐＤｅｖｉｃｅＴｙｐｅフィールドの値は１、２、．．．のような整数値、又はｒ１、ｒ２、…のような文字と整数との組合せで表現されてよい。このように、端末機は、装置タイプとそれに関連したパラメータを能力情報に一つのフィールドを含めて報告することによってシグナリングオーバーヘッド（ｓｉｇｎａｌｉｎｇ ｏｖｅｒｈｅａｄ）側面で長所がある方法である。

【0235】

例示）支援される最大データ率（Ｓｕｐｐｏｒｔｅｄ ｍａｘ ｄａｔａ ｒａｔｅ）を基準にしてｒｅｄｃａｐ装置タイプを分類し、基地局に報告する方法

【0236】

ＮＲ端末機の支援される最大データ率は、ＴＳ ３８．３０６で次の表８のような計算式で決定される。表８には、ＴＳ ３８．３０６標準を例示する。

【0237】

【表8-1】

【表8-2】

【0238】

ここで、ＮＲ端末機が支援しなければならない支援される最大データ率（ｓｕｐｐｏｒｔｅｄ ｍａｘ ｄａｔａ ｒａｔｅ）を計算する式に必要なパラメータ（ｐａｒａｍｅｔｅｒ）は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で基地局要請によってＵＥが報告（ｒｅｐｏｒｔ）する。

【0239】

次は、このようなパラメータと当該パラメータが含まれるＲＲＣ ＩＥを例示する。

【0240】

－ ＦｅａｔｕｒｅＳｅｔＤｏｗｎｌｉｎｋ ＩＥ：ｓｃａｌｉｎｇＦａｃｔｏｒ

【0241】

－ ＦｅａｔｕｒｅＳｅｔＤｏｗｎｌｉｎｋＰｅｒＣＣ ＩＥ：ｍａｘＮｕｍｂｅｒＭＩＭＯ－ＬａｙｅｒｓＰＤＳＣＨ、ｓｕｐｐｏｒｔｅｄＭｏｄｕｌａｔｉｏｎＯｒｄｅｒＤＬ、ｓｕｐｐｏｒｔｅｄＢａｎｄｗｉｄｔｈＤＬ、ｓｕｐｐｏｒｔｅｄＳｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＤＬ

【0242】

－ ＦｅａｔｕｒｅＳｅｔＵｐｌｉｎｋ ＩＥ：ｓｃａｌｉｎｇＦａｃｔｏｒ

【0243】

－ ＦｅａｔｕｒｅＳｅｔＵｐｌｉｎｋＰｅｒＣＣ ＩＥ：ｍａｘＮｕｍｂｅｒＭＩＭＯ－ＬａｙｅｒｓＣＢ－ＰＵＳＣＨ、ｍａｘＮｕｍｂｅｒＭＩＭＯ－ＬａｙｅｒｓＮｏｎＣＢ－ＰＵＳＣＨ、ｓｕｐｐｏｒｔｅｄＭｏｄｕｌａｔｉｏｎＯｒｄｅｒＵＬ、ｓｕｐｐｏｒｔｅｄＢａｎｄｗｉｄｔｈＵＬ、ｓｕｐｐｏｒｔｅｄＳｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＵＬ

【0244】

Ｒｅｄｃａｐ端末機の場合、支援される最大データ率を基準にしてｒｅｄｃａｐ装置タイプを分類する方法において、装置タイプ別に上記のパラメータの値を事前に標準に定義し、端末機は、ＵＥ－ＮＲ－Ｃａｐａｂｉｌｉｔｙ ＩＥのＲｅｄＣａｐＤｅｖｉｃｅＴｙｐｅフィールドの値を特定値に設定することによって、基地局にｒｅｄｃａｐ装置タイプ情報と共に上記のパラメータ情報を指示できる。ＮＲ端末機が上記のパラメータをＵＥ能力情報に含めて基地局に送信する従来の動作に比べて、ｒｅｄｃａｐ端末機は、装置タイプとそれに関連した上記のパラメータを一つのフィールドで報告することによってシグナリングオーバーヘッド減少（ｓｉｇｎａｌｉｎｇ ｏｖｅｒｈｅａｄ ｒｅｄｕｃｔｉｏｎ）効果を期待することができる。基地局はＲｅｄＣａｐＤｅｖｉｃｅＴｙｐｅフィールドの値から、装置タイプ、支援される最大データ率、及び上記に列挙したパラメータの値を取得し、端末機スケジューリングなどに用いることができる。

【0245】

－ 分類方法２

【0246】

又は、主要要求事項を基準にｒｅｄｃａｐ装置タイプを分類するのではなく、Ｒｅｄｃａｐ装置タイプは義務的に支援しなければならない又は選択的に支援可能なＵＥ特徴（の組合せ）を基準に分類できる。これは、使用事例別に支援しなければならない又は支援可能な特徴が明確な場合に、より適切な方法であり得る。Ｒｅｄｃａｐ装置タイプ別に標準に事前に定義したＵＥ特徴（の組合せ）を特徴セット（ｆｅａｔｕｒｅ ｓｅｔ）と称し、そのうち、装置タイプ別に義務的に支援しなければならない特徴セットを、当該装置タイプの又は装置タイプを規定する義務的な特徴セット（ｍａｎｄａｔｏｒｙ ｆｅａｔｕｒｅ ｓｅｔ）と称する。この方法では、ｒｅｄｃａｐ装置タイプの定義が標準に明示されなくてよく、これは、上記のｒｅｄｃａｐ使用事例を、互いに異なる特徴セットを支援する別途の端末機形態で支援するという意味であり得る。

【0247】

上記の方法において、ｒｅｄｃａｐ端末機は、事前に定義された特徴セットを基地局に報告することによって、ｒｅｄｃａｐ装置タイプを又は自分が支援する使用事例を基地局に報告できる。これは、別途のＵＥカテゴリー（ｃａｔｅｇｏｒｙ）を区分せずに様々な選択的な特徴（ｏｐｔｉｏｎａｌ ｆｅａｔｕｒｅ）を用いて様々な使用事例を支援することに、より符合する方法であり得る。上記の特徴セットは、能力パラメータ（ｃａｐａｂｉｌｉｔｙ ｐａｒａｍｅｔｅｒ）の組合せ、すなわち、能力パラメータセット（ｃａｐａｂｉｌｉｔｙ ｐａｒａｍｅｔｅｒ ｓｅｔ）に代替可能である。上記の特徴セットは、ｒｅｄｃａｐ装置タイプ別に事前に標準に定義された義務的な特徴セットであってよい。上記の動作のために、ｒｅｄｃａｐ装置（タイプ）のための候補特徴（ｃａｎｄｉｄａｔｅ ｆｅａｔｕｒｅ）の集合、すなわち特徴プール（ｆｅａｔｕｒｅ ｐｏｏｌ）が事前に標準に定義又は設定されてよい。ｒｅｄｃａｐ装置は、自分のタイプに基づいてタイプ別に定義された義務的な特徴セットを基地局に報告できる。端末機は、義務的な特徴セットに加えて、選択的な特徴セットをさらに基地局に報告できる。端末機は、選択的な特徴セットをさらに選択して報告することによって、追加の動作又は特定使用事例に一層最適化された動作を行うことができる。例えば、監視カメラ使用事例（ｓｕｒｖｅｉｌｌａｎｃｅ ｃａｍｅｒａ ｕｓｅ ｃａｓｅ）のための装置タイプの場合、有線電力供給端末機とバッテリーを用いる電力供給端末機が共存する場合に、義務的な特徴セットには電力節減特徴（ｐｏｗｅｒ ｓａｖｉｎｇ ｆｅａｔｕｒｅ）を含まず、選択的な特徴と指定できる。したがって、端末機細部形態によって選択的に支援し、支援する場合に基地局に報告できる。基地局は、ｒｅｄｃａｐ端末機が報告した特徴セットに該当のパラメータが存在するか否かによって特徴の支援有無を把握し、当該端末機スケジューリング時に反映することができる。

【0248】

－ 分類方法３

【0249】

又は、Ｒｅｄｃａｐ装置タイプは、能力パラメータ（ｃａｐａｂｉｌｉｔｙ ｐａｒａｍｅｔｅｒ）の組合せを基準に分類されてよい。Ｒｅｄｃａｐ装置タイプを分類する能力パラメータの組合せは、上記のＲｅｄｃａｐ要求事項を決定するパラメータであり得る。例えば、ｒｅｄｃａｐ装置タイプを決定する能力パラメータは、端末機が支援する支援される最大データ率要求事項を決定する端末機が支援する帯域幅（ｂａｎｄｗｉｄｔｈ）、変調次数（ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ）、ＭＩＭＯレイヤ（ＭＩＭＯ ｌａｙｅｒ）数などであってよい。上記のパラメータの値は、実際に支援可能な値を列挙したものであるか、或いは支援する値のうち最大値であってよい。

【0250】

例示）Ｒｅｄｃａｐ装置タイプを決定する能力パラメータ

【0251】

－ 支援する帯域幅（Ｓｕｐｐｏｒｔｅｄ Ｂａｎｄｗｉｄｔｈ）（ＮＲＢ）：（ｍａｘ）ＵＥチャネル帯域幅（ｃｈａｎｎｅｌ ｂａｎｄｗｉｄｔｈ）又は（ｍａｘ）ＵＥ送信帯域幅（ｔｒａｎｓｍｉｓｓｉｏｎ ｂａｎｄｗｉｄｔｈ）；ＲＢ単位

【0252】

－ 支援される変調次数（Ｓｕｐｐｏｒｔｅｄ ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ）（Ｑｍ）：ＱＰＳＫの場合にＱｍ＝２、１６ＱＡＭ場合に４、６４ＱＡＭの場合に６、など。

【0253】

－ 支援されるＭＩＭＯレイヤの個数（ＮＬ）：アンテナの個数（Ｎｕｍｂｅｒ ｏｆ ａｎｔｅｎｎａｓ）（Ｎａ）に代替可能

【0254】

Ｒｅｄｃａｐ装置タイプを決定する能力パラメータの組合せを、当該装置タイプの能力パラメータセット（ｃａｐａｂｉｌｉｔｙ ｐａｒａｍｅｔｅｒ ｓｅｔ）と称する。Ｒｅｄｃａｐ装置タイプは、例えば、能力パラメータセット値を、支援される最大データ率の昇順（又は、降順）で区分して定義することができる。次の例示は、支援される最大データ率昇順でＭ個の装置タイプを定義した場合の例示である。

【0255】

能力パラメータセット値によるｒｅｄｃａｐ装置タイプ区分（例示）：

【0256】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ １：｛ＮL，ＮRB，Ｑm｝＝｛１，２５，２｝

【0257】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ ２：｛ＮL，ＮRB，Ｑm｝＝｛１，２５，４｝、又は｛１，５２，２｝

【0258】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ ３：｛ＮL，ＮRB，Ｑm｝＝｛１，５２，４｝、又は｛１，１０６，２｝

【0259】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ ４：｛ＮL，ＮRB，Ｑm｝＝｛１，１０６，４｝、又は｛２，１０６，２｝

【0260】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ ５：｛ＮL，ＮRB，Ｑm｝＝｛１，１０６，６｝

【0261】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ ６：｛ＮL，ＮRB，Ｑm｝＝｛２，１０６，４｝

【0262】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ ７：｛ＮL，ＮRB，Ｑm｝＝｛２，１０６，６｝

【0263】

．．．

【0264】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ Ｍ：｛ＮL，ＮRB，Ｑm｝＝｛Ｘ，Ｙ，Ｚ｝

【0265】

ＮRB値は、例えば、ＮＲ ＦＲ１（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ １、すなわち６ＧＨｚ以下帯域）では、下表９で定義する値（ＵＥチャネル帯域幅（ｃｈａｎｎｅｌ ｂａｎｄｗｉｄｔｈ）別に設定可能な最大ＲＢ個数）のうち一つの値を使用することができる。上記の例示は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）＝１５ｋＨｚ基準にしたがう値であるが、ｒｅｄｃａｐ装置がＳＣＳ＝３０ｋＨｚを支援し、接続しようとするセル（ｃｅｌｌ）がデータ送信のためにＳＣＳ＝３０ｋＨｚを用いる場合に、前記例示におけるＳＣＳ＝１５ｋＨｚ基準のＮRB値は、下表９を参照してＳＣＳ＝３０ｋＨｚに相応する値に代替されてよい。

【0266】

表９は、ＮＲ ＦＲ１でＳＣＳ別最大送信帯域幅設定（ＮRB）を例示する。

【0267】

【表9】

【0268】

前記装置タイプ区分例示においてｄｅｖｉｃｅ Ｔｙｐｅ ２／３／４は、複数個の能力セット値で一つの装置タイプを定義した場合に該当する。上のように支援される最大データ率（ｓｕｐｐｏｒｔｅｄ ｍａｘ ｄａｔａ ｒａｔｅ）に基づいて装置タイプを区分する場合に、一つの装置タイプを定義する複数個の能力パラメータセット値は、同一又は類似の支援される最大データ率を支援する組合せを意味できる。

【0269】

上記の例示で定義した装置タイプ(Ｄｅｖｉｃｅ Ｔｙｐｅ)を用いて使用事例別に支援可能な装置タイプを次のように定義でき、支援可能な装置タイプに基づいて基地局はセル接続を制限したり、或いは加入（ｓｕｂｓｃｒｉｐｔｉｏｎ）ベースの遮断（ｂａｒｒｉｎｇ）を行うことができる。

【0270】

例示）使用事例（Ｕｓｅ ｃａｓｅ）別支援可能な装置タイプ：

【0271】

－ ＩＷＳ（Ｉｎｄｕｓｔｒｉａｌ Ｗｉｒｅｌｅｓｓ Ｓｅｎｓｏｒ）：装置タイプ１、２

【0272】

－ ビデオ監視（Ｖｉｄｅｏ Ｓｕｒｖｅｉｌｌａｎｃｅ）：装置タイプ２、３

【0273】

－ ウェアラブル（Ｗｅａｒａｂｌｅｓ）：装置タイプ４、５、６、７

【0274】

一方、過度な装置タイプの細分化による市場細分化（ｍａｒｋｅｔ ｓｅｇｍｅｎｔａｔｉｏｎ）による費用増加を回避するために、装置タイプの個数Ｍを制限してよい。極端な例示として、Ｍ＝１に制限する場合に、ｒｅｄｃａｐ ＵＥを複数個の装置タイプに区分せず、すなわち、シグナル装置タイプで上記のターゲット使用事例を全て支援するようにしてもよい。さらに他の例示として、Ｍ＝３に制限する場合に、装置タイプ区分と使用事例別支援可能な装置タイプは、次のように定義されてよい。

【0275】

例示）能力セット値による装置タイプ区分（例えば、Ｍ＝３の場合）：

【0276】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ １：｛ＮL，ＮRB，Ｑm｝＝｛１，２５，２｝（又は、｛１，２５，４｝又は｛１，５２，２｝）

【0277】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ ２：｛ＮL，ＮRB，Ｑm｝＝｛１，５２，４｝又は｛１，１０６，２｝

【0278】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ ３：｛ＮL，ＮRB，Ｑm｝＝｛２，１０６，６｝

【0279】

例示）使用事例別支援可能な装置タイプ（例えば、Ｍ＝３の場合）

【0280】

－ ＩＷＳ：Ｄｅｖｉｃｅ ｔｙｐｅｓ １

【0281】

－ Ｖｉｄｅｏ Ｓｕｒｖｅｉｌｌａｎｃｅ：Ｄｅｖｉｃｅ ｔｙｐｅｓ ３

【0282】

－ Ｗｅａｒａｂｌｅｓ：Ｄｅｖｉｃｅ ｔｙｐｅｓ ７

【0283】

Ｒｅｄｃａｐ ＵＥの帯域幅能力、すなわち、ＵＥ最大帯域幅（ＵＥ ｍａｘ ｂａｎｄｗｉｄｔｈ）は、ターゲット使用事例で要求するビット率（ｂｉｔ ｒａｔｅ）を満たす最小の帯域幅と決定されてよい。ＵＥ最大帯域幅縮小は、ＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）素子及び／又はベースバンド処理（ｂａｓｅｂａｎｄ ｐｒｏｃｅｓｓｉｎｇ）費用を低減し、電力消耗も減らす効果を期待することができる。ここで要求される（ｒｅｑｕｉｒｅｄ）ビット率は、装置製造コストが平均ビット率（ａｖｅｒａｇｅ ｂｉｔ ｒａｔｅ）、参照ビット率（ｒｅｆｅｒｅｎｃｅ ｂｉｔ ｒａｔｅ）よりはピーク率（ｐｅａｋ ｒａｔｅ）、又は支援される最大データ率（ｓｕｐｐｏｒｔｅｄ ｍａｘ ｄａｔａ ｒａｔｅ）によって決定される点を勘案して、ピック率又は支援される最大データ率を意味してよい。要求されるビット率を支援する最大帯域幅を決定する時に、要求されるビット率を決定する他のパラメータ（例えば、アンテナの個数（ＮL）、変調次数（Ｑm）など）に対して特定値を仮定することができる。例えば、上記の例示において、Ｄｅｖｉｃｅ Ｔｙｐｅ ３は、～２８ＭＨｚ程度のピック率を支援できるが、このとき、必要な最大帯域幅は、｛ＮL＝１，Ｑm＝２｝を仮定する場合に２０ＭＨｚ（１０６ＲＢｓ）であり、｛ＮL＝１，Ｑm＝４｝を仮定する場合に１０ＭＨｚ（５２ＲＢｓ）である。又は、｛ＮL＝２，Ｑm＝４｝の場合に５ＭＨｚ（２５ＲＢｓ）であってよい。

【0284】

－ Ｄｅｖｉｃｅ Ｔｙｐｅ ３：｛ＮL，ＮRB，Ｑm｝＝｛１，５２，４｝、又は｛１，１０６，２｝

【0285】

Ｒｅｄｃａｐ ＵＥの最大ＵＥ帯域幅内ではＲＲＣシグナリングなどを用いたネットワーク設定（ｎｅｔｗｏｒｋ ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって送信帯域幅（ｔｒａｎｓｍｉｓｓｉｏｎ ｂａｎｄｗｉｄｔｈ）が割り当てられ、その帯域幅で送／受信することができる。

【0286】

ＵＥ最小帯域幅（ＵＥ ｍｉｎ ｂａｎｄｗｉｄｔｈ）は、ＮＲ ＳＳＢ帯域幅より大きい又は等しいＮＲ ＵＥチャネル帯域幅（ｃｈａｎｎｅｌ ｂａｎｄｗｉｄｔｈ）（又は、送信帯域幅（ｔｒａｎｓｍｉｓｓｉｏｎ ｂａｎｄｗｉｄｔｈ））のうち最小値と定義されてよい。

【0287】

例示）ＦＲ１において、ＵＥ最小帯域幅＝ＳＣＳ＝１５ｋＨｚであるＮＲ ＳＳＢに対して５ＭＨｚ、ＳＣＳ＝３０ｋＨｚであるＮＲ ＳＳＢに対して１０ＭＨｚ

【0288】

例示）ＦＲ２において、ＵＥ最小帯域幅＝ＳＣＳ＝１２０ｋＨｚであるＮＲ ＳＳＢに対して４０ＭＨｚ、ＳＣＳ＝２４０ｋＨｚであるＮＲ ＳＳＢに対して８０ＭＨｚ

【0289】

これは、要求されるビット率の小さいサービスを最小限の帯域幅で支援することによって低い電力消耗（ｌｏｗ ｐｏｗｅｒ ｃｏｎｓｕｍｐｔｉｏｎ）を具現すると同時に、ＮＲ ＳＳＢを通じたＮＲセルへの接続を支援するためであり得る。

【0290】

－ 分類方法４

【0291】

Ｒｅｄｃａｐ ＵＥの帯域幅能力（ｂａｎｄｗｉｄｔｈ ｃａｐａｂｉｌｉｔｙ）が各使用事例の要求されるビット率（ｒｅｑｕｉｒｅｄ ｂｉｔ ｒａｔｅ）によって決定される点を勘案して、Ｒｅｄｃａｐ装置タイプは、ＵＥ帯域幅能力を基準に分類されてよい。Ｒｅｄｃａｐ装置タイプを決定する帯域幅能力は、例えば、支援される帯域幅（ｓｕｐｐｏｒｔｅｄ ｂａｎｄｗｉｄｔｈ）（ＮRB）、すなわち（最大）ＵＥチャネル帯域幅又は（最大）ＵＥ送信帯域幅をＲＢ単位で表示したものであり得る。又は、最小ＵＥチャネル帯域幅（ｍｉｎｉｍｕｍ ＵＥ ｃｈａｎｎｅｌ ｂａｎｄｗｉｄｔｈ）又は最小ＵＥ送信帯域幅（ｍｉｎｉｍｕｍ ＵＥ ｔｒａｎｓｍｉｓｓｉｏｎ ｂａｎｄｗｉｄｔｈ）であってよい。より具体的には、次のような分類が可能である。

【0292】

分類方法４－１）最大帯域幅によって区分され、実際データ送／受信帯域幅（＜＝最大帯域幅）が設定されて用いられる

【0293】

分類方法４－２）最小帯域幅によって区分され、実際データ送／受信帯域幅（＞＝最小帯域幅）が設定されて用いられる

【0294】

分類方法４－３）装置タイプ別に１個又は複数個の支援可能な帯域幅（セット）が定義され、当該帯域幅（セット）内で実際データ送／受信帯域幅が設定されて用いられる

【0295】

分類方法４－１／２／３に対して、最大帯域幅は、ＮＲ帯域幅よりも小さい値（例えば、２０ＭＨｚ）に限定されてよく、最小帯域幅は、ＳＳＢ帯域幅（例えば、１５ｋＨｚ ＳＳＢの場合に５ＭＨｚ）より大きい又は等しくてよい。

【0296】

以下、本開示では、上述した説明に基づいて、特定タイプの端末（例えば、上述したｒｅｄｃａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰ及び初期ＵＬ ＢＷＰの設定方法について提案する。

【0297】

以下、本開示の説明において、一般端末は、無線通信システム（例えば、ＮＲシステム）で要求する全ての能力を支援する端末を意味し、特定タイプの端末は、前記無線通信システムで要求する全ての能力のうち特定要求事項及び／又は特定特徴及び／又は特定使用事例を支援する端末、例えば、ｒｅｄｃａｐ ＵＥを意味する。また、以下、本開示の説明において、説明の便宜のためにｒｅｄｃａｐ ＵＥと呼ぶこともできるが、これは一つの例示に過ぎず、本開示はこれに限定されず、ｒｅｄｃａｐ ＵＥは特定タイプの端末と解釈されてよい。

【0298】

まず、特定タイプの端末のために初期ＤＬ ＢＷＰを設定／支援する方法を記述する。

【0299】

特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の（ｓｅｐａｒａｔｅ）初期（ｉｎｉｔｉａｌ）ＤＬ ＢＷＰは、非特定タイプの端末（すなわち、一般端末、例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＤＬ ＢＷＰ内に高いトラフィックロード（ｔｒａｆｆｉｃ ｌｏａｄ）が発生した時にオフローディング（ｏｆｆｌｏａｄｉｎｇ）のために設定されてよい。別個の初期ＤＬ ＢＷＰは、また、ペアされていない（ｕｎｐａｉｒｅｄ）スペクトル（ｓｐｅｃｔｒｕｍ）で初期ＤＬ ＢＷＰと初期ＵＬ ＢＷＰの中心周波数（ｃｅｎｔｅｒ ｆｒｅｎｑｅｕｎｃｙ）を整列（ａｌｉｇｎ）するために設定されてよい。また、別個の初期ＤＬ ＢＷＰは、特に１個のＲｘ分枝（ｂｒａｎｃｈ）がある特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に要求され得るより高い併合レベル（ＡＬ：ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）によるＰＤＣＣＨ遮断率（ｂｌｏｃｋｉｎｇ ｒａｔｅ）の潜在的な増加に対する虞を解決するためにも用いることができる。また、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）を支援する上で必要なシステム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）の情報量は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）以外のＵＥと共有する場合に、初期ＤＬ ＢＷＰにおいて部分的に混雑問題を引き起こすことがある。これらの理由で、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰが支援されることが好ましい。上述した動機付けは、ＴＤＤの他にＦＤＤにも適用されるので、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰは、ＴＤＤとＦＤＤのいずれにも適用されてよい。

【0300】

ＳＩＢにおいて特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰの設定方法について記述する。

【0301】

例えば、ＳＩＢ１（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ １）において特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する下りリンクＢＷＰの共通したパラメータを設定するために用いられる新しいＩＥが定義され、例えば、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ（又は、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ－Ｒ）、及びこれによって別個の初期ＤＬ ＢＷＰが設定されてよい。

【0302】

図１１には、本開示の一実施例に係る特定タイプの端末のための別個の初期ＤＬ ＢＷＰを設定するシグナリング構造を例示する。

【0303】

図１１を参照すると、新しいＩＥであるＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ－Ｒが追加されることにより、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰはＳＩＢ１において設定され得る。例えば、ＳＩＢ１は、ＵＥのサービングセルに対するセル特定パラメータを設定するためのＩＥであるＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢが含まれてよい。また、セルの共通した下りリンクパラメータを設定するためのＩＥであるＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢがＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥに含まれてよい。また、非特定タイプの端末（すなわち、一般端末、例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する下りリンクＢＷＰの共通したパラメータを設定するために用いられるＩＥであるＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎがＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに含まれてよく、また、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する下りリンクＢＷＰの共通したパラメータを設定するために用いられるＩＥであるＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ－ＲもＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに含まれてよい。

【0304】

ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ及びＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ－Ｒはいずれも、ｉ）ＢＷＰに対する一般的な（ｇｅｎｅｒｉｃ）パラメータを設定するためのＩＥであるＢＷＰ、ｉｉ）当該ＢＷＰのＰＤＳＣＨに対するセル特定パラメータを設定するためのＩＥであるＰＤＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、ｉｉｉ）当該ＢＷＰのＰＤＣＣＨに対するセル特定パラメータを設定するためのＩＥであるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎを含むことができる。

【0305】

ここで、シグナリングオーバーヘッドを最小化するために、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ－Ｒ ＩＥにおいて一部のパラメータ／ＩＥは省略されてよい。すなわち、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥ及びＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ－Ｒ ＩＥにおいて重複する一部の一つ以上のパラメータ／ＩＥが、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ－Ｒ ＩＥにおいて省略されてよい。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、省略されたパラメータ／ＩＥに対して、ＳＩＢ１において非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）の初期ＤＬ ＢＷＰに対して設定されたのと同じ値を仮定／適用することができる。すなわち、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ－Ｒ ＩＥにおいて省略された一部のパラメータ／ＩＥに対して、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥ内に当該パラメータ／ＩＥに対して設定された値と同一に設定されていると仮定できる（すなわち、同じ値を適用できる。）。

【0306】

例えば、基地局は、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥ内のＢＷＰ ＩＥにおいてＢＷＰ位置及び帯域幅を指示するパラメータであるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈのみを設定できる。すなわち、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ－Ｒ ＩＥにおいて初期ＤＬ ＢＷＰに対するＳＣＳ及びＣＰ値に対するパラメータが省略されてよい。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対するＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥ内のＢＷＰ ＩＥにおいて初期ＤＬ ＢＷＰに対して設定されたのと同じＳＣＳ及びＣＰ値を別個の初期ＤＬ ＢＷＰに仮定／適用することができる。

【0307】

さらに他の例として、ＳＩＢ１において非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する下りリンクＢＷＰの共通したパラメータを設定するために用いられる既存のＩＥであるＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎにおいて、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰ（すなわち、そのための別個のパラメータ）が設定されてよい。

【0308】

既存のＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ内で特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個のパラメータが追加されることにより、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰはＳＩＢ１において設定され得る。例えば、ＳＩＢ１は、ＵＥのサービングセルに対するセル特定パラメータを設定するためのＩＥであるＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢが含まれてよい。また、セルの共通した下りリンクパラメータを設定するためのＩＥであるＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢがＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥに含まれてよい。また、一般端末に対して下りリンクＢＷＰの共通したパラメータを設定するために用いられるＩＥであるＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎがＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに含まれてよい。ここで、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥ内に特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個のパラメータが追加されてよい。例えば、既存のＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥ内に特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対するＢＷＰ ＩＥが設定され、ＢＷＰ ＩＥ内に特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のためのｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ－Ｒが別個に設定されてよい。

【0309】

ここで、シグナリングオーバーヘッドを最小化するために、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥにおいて、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する一部のパラメータ／ＩＥは省略されてよい。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、省略されたパラメータ／ＩＥに対して、ＳＩＢ１において非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）の初期ＤＬ ＢＷＰに対して設定されたのと同じ値を仮定／適用することができる。

【0310】

例えば、基地局は、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥ内のＢＷＰ ＩＥにおいて、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対するＢＷＰ位置及び帯域幅を指示するパラメータであるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ－Ｒのみを含むことができる。すなわち、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰに対するサブキャリアスぺイシング（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）、循環前置（ＣＰ：ｃｙｃｌｉｃ ｐｒｅｆｉｘ）に対する値が設定されなくてよい。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＤＬ ＢＷＰに設定されたのと同じＳＣＳに対するパラメータ（ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ）、ＣＰに対するパラメータ（ｃｙｃｌｉｃＰｒｅｆｉｘ）値を仮定／適用できる。

【0311】

例えば、下表１０を参照すると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰの一般的なパラメータ（ｇｅｎｅｒｉｃ ｐａｒａｍｅｔｅｒｓ）に対して、ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ－Ｒ、ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ、ｃｙｃｌｉｃＰｒｅｆｉｘを参照できる。すなわち、別個の初期ＤＬ ＢＷＰに対する周波数及び位置が別個に設定されるが、ＳＣＳとＣＰに対しては、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）と同一に設定されてよい。

【0312】

【表10】

【0313】

以下、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のためのＣＯＲＥＳＥＴ及び共通サーチスペースセット（ＣＳＳ：ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ）を設定する方法について提案する。

【0314】

インアクティブ（ｉｎａｃｔｉｖｅ）／アイドル（ｉｄｌｅ）モード（又は、状態）において、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰは、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のためのランダムアクセス及びページング（ｐａｇｉｎｇ）のために用いられてよい。特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のためのシステム情報（ＳＩ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）メッセージも、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰで送信されてよい。

【0315】

例えば、ＳＩＢ内で特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰ内にＣＯＲＥＳＥＴ／ＣＳＳが設定されてよい。インアクティブ（ｉｎａｃｔｉｖｅ）／アイドル（ｉｄｌｅ）モード（又は、状態）でランダムアクセスのために、ランダムアクセスのためのＣＯＲＥＳＥＴ／ＣＳＳが、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰ内に設定されてよい。

【0316】

例えば、ＳＩＢ１において特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対するＰＤＣＣＨに対するセル特定パラメータを設定するためのＩＥであるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ（例えば、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ－Ｒ）が定義され、これによって別個の初期ＤＬ ＢＷＰ内にＣＯＲＥＳＥＴ／ＣＳＳが設定されてよい。

【0317】

より具体的には、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰ内のランダムアクセスのためのＣＯＲＥＳＥＴ／ＣＳＳは、ＳＩＢ１において特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対するＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ－Ｒ ＩＥが追加されることによって設定され得る。例えば、ＳＩＢ１は、ＵＥのサービングセルに対するセル特定パラメータを設定するためのＩＥであるＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢが含まれてよい。また、セルの共通した下りリンクパラメータを設定するためのＩＥであるＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢがＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥに含まれてよい。また、一般端末に対して下りリンクＢＷＰの共通したパラメータを設定するために用いられるＩＥであるＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎがＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに含まれてよい。また、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対するＰＤＣＣＨに対するセル特定パラメータを設定するためのＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ－ＲがＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥに含まれてよい。

【0318】

ここで、シグナリングオーバーヘッドを最小化するために、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥにおいて一部のパラメータ／ＩＥが省略されてよい。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、省略されたパラメータ／ＩＥに対して、ＳＩＢ１において非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）の初期ＤＬ ＢＷＰに対して設定されたのと同じ値を仮定／適用できる。

【0319】

【表11】

【0320】

さらに他の例として、ＳＩＢ１内の既存のＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥにおいて特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個のパラメータが設定されてよい。

【0321】

特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰ内のランダムアクセスのためのＣＯＲＥＳＥＴ／ＣＳＳは、ＳＩＢ１において既存のＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥ内に特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個のパラメータ／ＩＥを追加することによって設定され得る。例えば、ＳＩＢ１は、ＵＥのサービングセルに対するセル特定パラメータを設定するためのＩＥであるＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢが含まれてよい。また、セルの共通した下りリンクパラメータを設定するためのＩＥであるＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢがＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥに含まれてよい。また、一般端末に対して下りリンクＢＷＰの共通したパラメータを設定するために用いられるＩＥであるＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎがＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに含まれてよい。また、ＰＤＣＣＨに対するセル特定パラメータを設定するためのＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎがＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ ＩＥに含まれてよい。ここで、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥは、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対するパラメータ、例えば、ランダムアクセスのためのサーチスペースに対するパラメータ（ｒａ－ＳｅａｒｃｈＳｐａｃｅ－Ｒ）を含むことができる。

【0322】

ここで、シグナリングオーバーヘッドを最小化するために、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥにおいて一部のパラメータが省略されてよい。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、省略されたパラメータに対して、ＳＩＢ１において非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）の初期ＤＬ ＢＷＰに対して設定されたのと同じ値を仮定／適用できる。例えば、基地局は、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥ内にｒａ－ＳｅａｒｃｈＳｐａｃｅ－Ｒのみを含めることができる。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対して初期ＤＬ ＢＷＰ内に設定されたのと同じＣＯＲＥＳＥＴ＃０に対する設定（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）、サーチスペース＃０に対する設定（ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ）を仮定／適用できる。

【0323】

アイドル（ｉｄｌｅ）／非活性（ｉｎａｃｔｉｖｅ）モードのページングにおいて、ページングのためのＣＯＲＥＳＥＴ／ＣＳＳは、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰにおいて設定されてよい。この場合、アイドル（ｉｄｌｅ）／非活性（ｉｎａｃｔｉｖｅ）モードのページングに対しても、上述したランダムアクセスと同じＣＯＲＥＳＥＴ／ＣＳＳ設定方法が適用されてよい。

【0324】

アイドル（ｉｄｌｅ）／非活性（ｉｎａｃｔｉｖｅ）モードのランダムアクセスでは、ランダムアクセスのためのＣＯＲＥＳＥＴ／ＣＳＳが特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰに設定されないと、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰを、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＤＬ ＢＷＰに切り替え（ｓｗｉｔｃｈ）、アイドル（ｉｄｌｅ）／非活性（ｉｎａｃｔｉｖｅ）モードでランダムアクセスのためにＭＩＢによって設定されたＣＯＲＳＥＴ＃０とＳＳ（ｓｅａｒｃｈ ｓｐａｃｅ）ＭＯ（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）を用いることができる。

【0325】

類似に、アイドル（ｉｄｌｅ）／非活性（ｉｎａｃｔｉｖｅ）モードのランダムアクセスでは、ページングのためのＣＯＲＥＳＥＴ／ＣＳＳが特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰに設定されないと、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰを、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＤＬ ＢＷＰに切り替え、ページングのためにＭＩＢによって設定されたＣＯＲＳＥＴ＃０とＳＳ（ｓｅａｒｃｈ ｓｐａｃｅ）ＭＯ（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）を用いることができる。

【0326】

次に、特定タイプの端末のために初期ＵＬ ＢＷＰを設定／支援する方法を記述する。

【0327】

特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の（ｓｅｐａｒａｔｅ）初期（ｉｎｉｔｉａｌ）ＵＬ ＢＷＰは、次の理由を支援するために必要である。特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の（ｓｅｐａｒａｔｅ）初期（ｉｎｉｔｉａｌ）ＵＬ ＢＷＰは、非特定タイプの端末（すなわち、一般端末、例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＵＬ ＢＷＰ内に高いトラフィックロード（ｔｒａｆｆｉｃ ｌｏａｄ）が発生した時にオフローディング（ｏｆｆｌｏａｄｉｎｇ）のために設定されてよい。また、同じ周波数帯域で特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）が非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）と共存することによって発生するＵＬリソース断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）の問題を緩和するためにも用いられてよい。他の動機付けは、ランダムアクセス手順のためのＭｓｇ３ＰＵＳＣＨの反復のようなカバレッジ復旧技術が特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）にのみ適用されるとき、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する影響を最小化することである。

【0328】

上のような理由で、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対して別個の初期ＵＬ ＢＷＰを支援することが好ましい。一方、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）の電力消費／複雑度／費用及び性能に対する否定的な影響を避けるために、別個のＵＬ ＢＷＰと連結された（別個の）特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）用の初期ＤＬ ＢＷＰ間の中心周波数整列原則を維持しなければならない。

【0329】

ＳＩＢにおいて特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＵＬ ＢＷＰの設定方法について記述する。

【0330】

例えば、ＳＩＢ１において特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する上りリンクＢＷＰの共通したパラメータを設定するために用いられる新しいＩＥが定義され、例えば、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ（又は、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－Ｒ）、及びこれを用いて別個の初期ＵＬ ＢＷＰが設定されてよい。

【0331】

図１２には、本開示の一実施例に係る特定タイプの端末のための別個の初期ＵＬ ＢＷＰを設定するシグナリング構造を例示する。

【0332】

図１２を参照すると、新しいＩＥであるＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－Ｒが追加されることにより、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰはＳＩＢ１において設定され得る。例えば、ＳＩＢ１は、ＵＥのサービングセルに対するセル特定パラメータを設定するためのＩＥであるＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢが含まれてよい。また、セルの共通した上りリンクパラメータを設定するためのＩＥであるＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢがＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥに含まれてよい。また、非特定タイプの端末（すなわち、一般端末、例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対して上りリンクＢＷＰの共通したパラメータを設定するために用いられるＩＥであるＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎがＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに含まれてよく、また、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する上りリンクＢＷＰの共通したパラメータを設定するために用いられるＩＥであるＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－ＲもＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに含まれてよい。

【0333】

ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ及びＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－Ｒはいずれも、ｉ）ＢＷＰに対する一般的な（ｇｅｎｅｒｉｃ）パラメータを設定するためのＩＥであるＢＷＰ、ｉｉ）当該ＢＷＰのＰＵＳＣＨに対するセル特定パラメータを設定するためのＩＥであるＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、ｉｉｉ）当該ＢＷＰのＰＵＣＣＨに対するセル特定パラメータを設定するためのＩＥであるＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、ｉｖ）セル特定ランダムアクセスパラメータを特定するために用いられるＩＥであるＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、ｖ）２－段階ランダムアクセスタイプ手順においてＭｓｇＡの送信のためのＰＲＡＣＨ及びＰＵＳＣＨリソースを設定するために用いられるＩＥであるＭｓｇＡ－ＣｏｎｆｉｇＣｏｍｍｏｎを含むことができる。

【0334】

ここで、シグナリングオーバーヘッドを最小化するために、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－Ｒ ＩＥにおいて一部のパラメータ／ＩＥは省略されてよい。すなわち、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ ＩＥ及びＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－Ｒ ＩＥにおいて重複する一部の一つ以上のパラメータ／ＩＥがＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－Ｒ ＩＥにおいて省略されてよい。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、省略されたパラメータ／ＩＥに対して、ＳＩＢ１において非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）の初期ＵＬ ＢＷＰに対して設定されたのと同じ値を仮定／適用することができる。すなわち、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－Ｒ ＩＥにおいて省略された一部のパラメータ／ＩＥに対して、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ ＩＥ内に当該パラメータ／ＩＥに対して設定された値と同一に設定されていると仮定できる（すなわち、同一の値を適用できる。）。

【0335】

例えば、基地局は、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ ＩＥ内のＢＷＰ ＩＥにおいてＢＷＰ位置及び帯域幅を指示するパラメータであるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈのみを設定できる。すなわち、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ－Ｒ ＩＥにおいて初期ＵＬ ＢＷＰに対するＳＣＳ及びＣＰ値に対するパラメータが省略されてよい。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対するＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ ＩＥ内のＢＷＰ ＩＥにおいて初期ＵＬ ＢＷＰに対して設定されたのと同じＳＣＳ及びＣＰ値を別個の初期ＵＬ ＢＷＰに仮定／適用できる。

【0336】

さらに他の例として、ＳＩＢ１において非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する上りリンクＢＷＰの共通したパラメータを設定するために用いられる既存のＩＥであるＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎにおいて、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰ（すなわち、そのための別個のパラメータ）が設定されてよい。

【0337】

既存のＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ内で特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個のパラメータが追加されることにより、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰはＳＩＢ１において設定され得る。例えば、ＳＩＢ１は、ＵＥのサービングセルに対するセル特定パラメータを設定するためのＩＥであるＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢが含まれてよい。また、セルの共通した上りリンクパラメータを設定するためのＩＥであるＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢがＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥに含まれてよい。また、一般端末に対して上りリンクＢＷＰの共通したパラメータを設定するために用いられるＩＥであるＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎがＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに含まれてよい。ここで、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ ＩＥ内に特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個のパラメータが追加されてよい。例えば、既存のＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ ＩＥ内に特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対するＢＷＰ ＩＥが設定され、ＢＷＰ ＩＥ内に特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のためのｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ－Ｒが別個に設定されてよい。

【0338】

ここで、シグナリングオーバーヘッドを最小化するために、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ ＩＥにおいて、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する一部のパラメータ／ＩＥは省略されてよい。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、省略されたパラメータ／ＩＥに対して、ＳＩＢ１において非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）の初期ＵＬ ＢＷＰに対して設定されたのと同じ値を仮定／適用できる。

【0339】

例えば、基地局は、ＢＷＰ－ＵｐｌｉｎｋＣｏｍｍｏｎ ＩＥ内のＢＷＰ ＩＥにおいて特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対するＢＷＰ位置及び帯域幅を指示するパラメータであるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ－Ｒのみを含むことができる。すなわち、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰに対するＳＣＳ、ＣＰに対する値が設定されなくてよい。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＵＬ ＢＷＰ内に設定されたのと同じＳＣＳに対するパラメータ（ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ）、ＣＰに対するパラメータ（ｃｙｃｌｉｃＰｒｅｆｉｘ）の値を仮定／適用できる。

【0340】

例えば、下表１２を参照すると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰの一般的なパラメータ（ｇｅｎｅｒｉｃ ｐａｒａｍｅｔｅｒｓ）に対して、ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ－Ｒ、ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ、ｃｙｃｌｉｃＰｒｅｆｉｘを参照できる。すなわち、別個の初期ＵＬ ＢＷＰに対する周波数及び位置が別個に設定されるが、ＳＣＳとＣＰに対しては非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）と同一に設定されてよい。

【0341】

【表12】

【0342】

また、ＴＤＤ（すなわち、ペアされていない（ｕｎｐａｉｒｅｄ）スペクトル）において初期ＵＬ及びＤＬ ＢＷＰの中心周波数を整列（ａｌｉｇｎ）するために、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）では、別個の初期ＵＬ ＢＷＰがある場合に、当該初期ＵＬ ＢＷＰの中心周波数が非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）の初期ＤＬ ＢＷＰと異なるように設定されると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰは、設定されている場合に、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰと同一である必要がある。

【0343】

以下、初期ＵＬ ＢＷＰ設定の有無による端末の動作について記述する。

【0344】

以下、上述した方法によって定義された特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための初期ＵＬ ＢＷＰが別個に設定されたか否かによる端末の動作を提案する。

【0345】

ＳＩＢ１のペイロードサイズの制限を考慮して、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＵＬ ＢＷＰが設定されるが、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰが設定されないとき、端末の動作を定義することが有用であるが、次の動作が、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰが設定されていない場合に限って適用されるわけではない。

【0346】

特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰが構成されていない場合に、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、ＭＩＢによって設定されたＣＯＲＥＳＥＴ＃０の帯域幅を初期ＤＬ ＢＷＰと仮定できる。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰ間の中心周波数（ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ）は整列（ａｌｉｇｎ）されることも、整列されないこともある。しかし、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する周波数再チューニング（ｆｒｅｑｕｅｎｃｙ ｒｅｔｕｎｉｎｇ）を最小化するために、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰの可能な設定にいくつかの制限が適用されてもよい。すなわち、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、（別個の）初期ＵＬ ＢＷＰの中心周波数が当該特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰ（設定された場合）の中心周波数と整列されることを期待／仮定でき、そうでない場合（すなわち、別個の初期ＤＬ ＢＷＰが設定されていない場合）に、ＭＩＢによって設定されたＣＯＲＥＳＥＴ＃０の中心周波数と整列されることを期待／仮定できる。

【0347】

又は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰが構成されていない場合に、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対してＳＩＢによって設定された初期ＤＬ ＢＷＰ（設定された場合）又はそうでない場合（すなわち、ＳＩＢによって初期ＤＬ ＢＷＰが設定されていない場合）にＭＩＢによって設定されたＣＯＲＥＳＥＴ＃０の帯域幅を初期ＤＬ ＢＷＰとして仮定できる。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、（別個の）初期ＵＬ ＢＷＰの中心周波数が、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対してＳＩＢによって設定された初期ＤＬ ＢＷＰ（設定された場合）又はそうでない場合（すなわち、ＳＩＢによって初期ＤＬ ＢＷＰが設定されていない場合）にＭＩＢによって設定されたＣＯＲＥＳＥＴ＃０帯域幅の中心周波数と整列（ａｌｉｇｎ）されることを期待／仮定できる。

【0348】

言い換えると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、初期ＵＬ ＢＷＰ（例えば、別個の初期ＵＬ ＢＷＰ（設定された場合）又は非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）の初期ＵＬ ＢＷＰ）の中心周波数が初期ＤＬ ＢＷＰの中心周波数と整列（ａｌｉｇｎ）されることを期待／仮定できる（すなわち、整列されるように設定されることを期待／仮定できる）。言い換えると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、自分の初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰが特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のみのために別個に設定されたか否かに関係なく、初期ＵＬ ＢＷＰの中心周波数が初期ＤＬ ＢＷＰの中心周波数と整列（ａｌｉｇｎ）されることを期待／仮定できる（すなわち、整列されるように設定されることを期待／仮定できる）。

【0349】

以下、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のために別個に設定された初期ＵＬ ＢＷＰ内でＰＲＡＣＨ機会（ＲＯ：ＰＲＡＣＨ ｏｃｃａｓｉｏｎ）の設定の有無による端末の動作について記述する。

【0350】

特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＵＬ ＢＷＰにおいて特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）専用の（ｄｅｄｉｃａｔｅｄ）又は非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）と共有されるＰＲＡＣＨ設定（例えば、ＲＯ）と設定されてよい。また、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰのＰＲＡＣＨ設定は、基地局の設定によって最大の特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）帯域幅内で最上の（ｂｅｓｔ）ＳＳＢと関連付けられたＲＡＣＨ機会（ＲＯ）が属することを保障できる。言い換えると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰが設定されると、端末によってＲＳＲＰなどの最も高いＳＳＢと関連付けられたＲＡＣＨ機会（ＲＯ）が当該別個の初期ＵＬ ＢＷＰ内に属し得る。

【0351】

特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＵＬ ＢＷＰに対してＲＯが設定されると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰ上で（を用いて）ランダムアクセス手順を行うことができる。すなわち、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、当該別個の初期ＵＬ ＢＷＰ上で（を用いて）Ｍｓｇ１（すなわち、ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ）／Ｍｓｇ３（４－段階ランダムアクセス手順の場合に）、ＭｓｇＡ（すなわち、ＰＲＡＣＨ及びＰＵＳＣＨ）（２－段階ランダムアクセス手順の場合に）を基地局に送信できる。

【0352】

また、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための初期ＤＬ ＢＷＰ内にランダムアクセス手順のためのＣＯＲＥＳＥＴ／ＣＳＳが設定されると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、Ｍｓｇ２／Ｍｓｇ４の受信のために別個の初期ＤＬ ＢＷＰに切り替えてよい。すなわち、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰ内にランダムアクセス手順のためのＣＯＲＥＳＥＴ／ＣＳＳが設定されると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰ上で（を用いて）ランダムアクセス手順を行うことができる。言い換えると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰに、Ｍｓｇ２（すなわち、ランダムアクセス応答）／Ｍｓｇ４（４－段階ランダムアクセス手順の場合に）、ＭｓｇＢ（すなわち、ランダムアクセス応答）（２－段階ランダムアクセス手順の場合に）を運ぶＰＤＳＣＨをスケジュールするＤＣＩを持つＰＤＣＣＨをモニターするためのＣＯＲＳＥＴ／ＣＳＳが設定されると、当該初期ＤＬ ＢＷＰ内でＭｓｇ２（すなわち、ランダムアクセス応答）／Ｍｓｇ４（４－段階ランダムアクセス手順の場合に）、ＭｓｇＢ（すなわち、ランダムアクセス応答）（２－段階ランダムアクセス手順の場合に）を基地局から受信することができる。

【0353】

一方、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＵＬ ＢＷＰに対してＲＯが設定されないと、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＵＬ ＢＷＰを非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＵＬ ＢＷＰにスイッチ（ｓｗｉｔｃｈ）できる。すなわち、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＵＬ ＢＷＰが設定されないと、又は特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＵＬ ＢＷＰが設定されたが、当該初期ＵＬ ＢＷＰ内にＲＯが設定されないと、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＵＬ ＢＷＰ上で（を用いて）ランダムアクセス手順を行うことができる。言い換えると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＵＬ ＢＷＰ上で（を用いて）Ｍｓｇ１（すなわち、ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ）／Ｍｓｇ３（４－段階ランダムアクセス手順の場合に）、ＭｓｇＡ（すなわち、ＰＲＡＣＨ及びＰＵＳＣＨ）（２－段階ランダムアクセス手順の場合に）を基地局に送信できる。この場合、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための初期ＤＬ ＢＷＰ内にランダムアクセス手順のためのＣＯＲＥＳＥＴ／ＣＳＳが設定されると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰを、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＤＬ ＢＷＰにスイッチ（ｓｗｉｔｃｈ）できる（例えば、初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰ間の中心周波数を整列する目的で）。

【0354】

また、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための初期ＤＬ ＢＷＰが設定されないと、又は特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰが設定されたが、当該初期ＤＬ ＢＷＰ内にランダムアクセス手順のためのＣＯＲＥＳＥＴ／ＣＳＳが設定されないと、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＤＬ ＢＷＰ上で（を用いて）ランダムアクセス手順を行うことができる。言い換えると、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ ＵＥ）に対する初期ＤＬ ＢＷＰ上で（を用いて）Ｍｓｇ２（すなわち、ランダムアクセス応答）／Ｍｓｇ４（４－段階ランダムアクセス手順の場合に）、ＭｓｇＢ（すなわち、ランダムアクセス応答）（２－段階ランダムアクセス手順の場合に）を基地局から受信することができる。

【0355】

別個の初期ＤＬ ＢＷＰは、また、ペアされていない（ｕｎｐａｉｒｅｄ）スペクトル（ｓｐｅｃｔｒｕｍ）において初期ＤＬ ＢＷＰと初期ＵＬ ＢＷＰの中心周波数（ｃｅｎｔｅｒ ｆｒｅｎｑｅｕｎｃｙ）を整列（ａｌｉｇｎ）するために設定されてよい。また、別個の初期ＤＬ ＢＷＰは、特に１個のＲｘ分枝（ｂｒａｎｃｈ）がある特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に要求され得るより高い併合レベル（ＡＬ：ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）によるＰＤＣＣＨ遮断率（ｂｌｏｃｋｉｎｇ ｒａｔｅ）の潜在的な増加に対する虞を解決するためにも用いることができる。また、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）を支援する上で必要なシステム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）の情報量は、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）以外のＵＥと共有する場合に初期ＤＬ ＢＷＰに部分的に混雑の問題を引き起こすことがある。上述した理由から、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）のための別個の初期ＤＬ ＢＷＰが支援されることが好ましい。上述した動機づけは、ＴＤＤの他にＦＤＤにも適用されるので、特定タイプの端末（例えば、ＲｅｄＣａｐ ＵＥ）に対する別個の初期ＤＬ ＢＷＰはＴＤＤとＦＤＤのいずれにも適用されてよい。

【0356】

図１３は、本開示の一実施例に係るランダムアクセス手順を行う方法に対する基地局と端末間のシグナリング手順を例示する図である。

【0357】

図１３では、先に提案した方法に基づく端末（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）と基地局（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）間のシグナリング手続を例示する。図１３の例示は説明の便宜のためのものであり、本開示の範囲を限定するものではない。図１３で例示された一部の段階は、状況及び／又は設定によって省略されてよい。また、図１３で基地局と端末は一つの例示に過ぎず、下の図１６で例示される装置によって具現されてよい。例えば、図１６のプロセッサ（ｐｒｏｃｅｓｓｏｒ）１０２／２０２は、トランシーバー１０６／２０６を用いてチャネル／信号／データ／情報などを送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ１０４／２０４に記憶するように制御することもできる。

【0358】

また、図１３の基地局と端末間の動作において、特に言及がなくても、上述した内容が参照／利用されてよい。

【0359】

基地局は、端末とデータの送受信を行う客体（ｏｂｊｅｃｔ）を総称する意味であってよい。例えば、前記基地局は、一つ以上のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）、一つ以上のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）などを含む概念であってよい。また、ＴＰ及び／又はＴＲＰは、基地局のパネル、送受信ユニット（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｕｎｉｔ）などを含むものであってよい。また、「ＴＲＰ」は、パネル（ｐａｎｅｌ）、アンテナアレイ（ａｎｔｅｎｎａ ａｒｒａｙ）、セル（ｃｅｌｌ）（例えば、マクロセル（ｍａｃｒｏ ｃｅｌｌ）／スモールセル（ｓｍａｌｌ ｃｅｌｌ）／ピコセル（ｐｉｃｏ ｃｅｌｌ）など）、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ，ｇＮＢなど）などの表現に代えて適用されてよい。上述したように、ＴＲＰは、ＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に関する情報（例えば、インデックス、ＩＤ）によって区分されてよい。一例として、一つの端末が複数のＴＲＰ（又は、セル）と送受信を行うように設定された場合に、これは、一つの端末に対して複数のＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）が設定されたことを意味できる。このようなＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に対する設定は、上位層シグナリング（例えば、ＲＲＣシグナリングなど）によって行われてよい。

【0360】

図１３を参照すると、説明の便宜上、１個の基地局と端末間のシグナリングが考慮されるが、当該シグナリング方式が複数のＴＲＰ及び複数のＵＥとの間のシグナリングにも拡張して適用され得ることは勿論である。以下の説明において、基地局は一つのＴＲＰと解釈されてよい。又は、基地局は、複数のＴＲＰを含んでもよく、又は複数のＴＲＰを含む一つのセル（Ｃｅｌｌ）であってもよい。

【0361】

図１３を参照すると、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）は基地局から、上りリンク（ｕｐｌｉｎｋ）送信と関連した第１設定情報及び下りリンク（ｄｏｗｎｌｉｎｋ）送信と関連した第２設定情報を受信する（Ｓ１３０１）。

【0362】

ここで、第１設定情報は、上記の図１２でＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢであってよく、第２設定情報は、上記の図１１でＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢであってよい。第１設定情報と第２設定情報は個別に送信されてもよいが、一つの設定情報として送信されてもよい。例えば、一つの設定情報内に第１設定情報と第２設定情報が含まれる場合に、前記設定情報は、例えば前記ＳＩＢ１、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに該当し得る。

【0363】

また、第１設定情報（例えば、図１２でＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報を含んでよく、さらに、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための（専用の）初期ＵＬ ＢＷＰに関する情報を含んでもよい。すなわち、前記第１設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰが設定されると、前記第１設定情報は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報と前記特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報を個別に含んでよい。ここで、上述した通り、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰに関する情報において省略された一つ以上のパラメータは、前記非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報と同一に設定されたと見なされて／仮定されてよい。

【0364】

また、第２設定情報（例えば、図１１でＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報を含んでよく、さらに、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための（専用の）初期ＤＬ ＢＷＰに関する情報を含んでもよい。すなわち、前記第２設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰが設定されると、前記第２設定情報は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報と前記特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報を個別に含んでよい。ここで、上述した通り、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰに関する情報において省略された一つ以上のパラメータは、前記非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報と同一に設定されたと見なされて／仮定されてよい。

【0365】

ここで、ペアされていないスペクトル動作（すなわち、ＴＤＤ動作）のために、前記初期ＵＬ ＢＷＰ及び前記初期ＤＬ ＢＷＰが特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のために設定されたか否かに関係なく、前記初期ＤＬ ＢＷＰの中心周波数（ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ）は前記初期ＵＬ ＢＷＰの中心周波数と同一に設定されてよい。言い換えると、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰが設定されると、前記初期ＵＬ ＢＷＰと前記初期ＤＬ ＢＷＰの中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。又は、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰのみが設定されると、前記初期ＵＬ ＢＷＰと非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＬ（すなわち、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）によって用いられる）の中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。又は、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰのみが設定されると、前記初期ＤＬ ＢＷＰと非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＬ（すなわち、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）によって用いられる）の中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。又は、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰが両方とも設定されないと、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰ（すなわち、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）によって用いられる）の中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。

【0366】

特定タイプの端末（例えば、ｒｅｄｃａｐ端末）は、初期ＵＬ ＢＷＰ上でランダムアクセス手順のための第１メッセージを基地局に送信する（Ｓ１３０２）。

【0367】

ここで、ランダムアクセス手順のための第１メッセージは、４－段階ランダムアクセス手順の場合に、ＭＳＧ１（すなわち、ＰＲＡＣＨ又はＰＲＡＣＨで送信されるランダムアクセスプリアンブル）及び／又はＭＳＧ３（すなわち、ランダムアクセス応答ＵＬグラントによってスケジュールされたＰＤＳＣＨ）に該当してよく（図８参照）、２－段階ランダムアクセス手順の場合に、ＭＳＧＡ（すなわち、ランダムアクセスプリアンブルを運ぶＰＲＡＣＨとＰＵＳＣＨ）に当該してよい（図９参照）。

【0368】

ここで、第１設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰが設定されると、前記第１メッセージは特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰ上で送信されてよい。一方、第１設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰが設定されないと、前記第１メッセージは非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰ上で送信されてよい。

【0369】

特定タイプの端末（例えば、ｒｅｄｃａｐ端末）は、初期ＤＬ ＢＷＰ上でランダムアクセス手順のための第２メッセージを基地局から受信する（Ｓ１３０３）。

【0370】

ここで、ランダムアクセス手順のための第２メッセージは、４－段階ランダムアクセス手順の場合に、ＭＳＧ２（すなわち、ランダムアクセス応答に対するＰＤＣＣＨ、ＰＤＳＣＨ）及び／又はＭＳＧ４（すなわち、競合解消のためのＰＤＳＣＨ）に該当してよく（図８参照）、２－段階ランダムアクセス手順の場合に、ＭＳＧＢ（すなわち、ランダムアクセス応答ＵＬグラントによってスケジュールされるＰＵＳＣＨ及び競合解消のためのＰＤＳＣＨ）に当該してよい（図９参照）。

【0371】

ここで、第２設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰが設定されると、前記第２メッセージは、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰ上で送信されてよい。一方、第２設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰが設定されないと、前記第２メッセージは、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰ上で送信されてよい。

【0372】

その後、４－段階ランダムアクセス手順では、上記の図８で例示したようにＭＳＧ３及びＭＳＧ４の送受信動作が行われてよい。

【0373】

図１４は、本開示の一実施例に係るランダムアクセス手順を行う方法に対する端末の動作を例示する図である。

【0374】

図１４では、先に提案した方法に基づく端末の動作を例示する。図１４の例示は、説明の便宜のためのものであり、本開示の範囲を限定するものではない。図１３で例示された一部の段階は、状況及び／又は設定によって省略されてよい。また、図１４で、端末は一つの例示に過ぎず、後述の図１６で例示される装置によって具現されてよい。例えば、図１６のプロセッサ（ｐｒｏｃｅｓｓｏｒ）１０２／２０２は、トランシーバー１０６／２０６を用いてチャネル／信号／データ／情報など（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ１０４／２０４に記憶するように制御することもできる。

【0375】

図１４を参照すると、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）は基地局から、上りリンク（ｕｐｌｉｎｋ）送信と関連した第１設定情報及び下りリンク（ｄｏｗｎｌｉｎｋ）送信と関連した第２設定情報を受信する（Ｓ１４０１）。

【0376】

ここで、第１設定情報は上記の図１２でＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢであってよく、第２設定情報は上記の図１１でＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢであってよい。第１設定情報と第２設定情報は個別に送信されてもよいが、一つの設定情報として送信されてもよい。例えば、一つの設定情報内に第１設定情報と第２設定情報が含まれる場合に、前記設定情報は、例えば前記ＳＩＢ１、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに該当し得る。

【0377】

また、第１設定情報（例えば、図１２でＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報を含んでよく、さらに、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための（専用の）初期ＵＬ ＢＷＰに関する情報を含んでもよい。すなわち、前記第１設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰが設定されると、前記第１設定情報は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報と前記特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報を個別に含んでよい。ここで、上述した通り、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰに関する情報において省略された一つ以上のパラメータは、前記非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報と同一に設定されたと見なされて／仮定されてよい。

【0378】

また、第２設定情報（例えば、図１１でＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報を含んでよく、さらに、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための（専用の）初期ＤＬ ＢＷＰに関する情報を含んでもよい。すなわち、前記第２設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰが設定されると、前記第２設定情報は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報と前記特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報を個別に含んでよい。ここで、上述した通り、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰに関する情報において省略された一つ以上のパラメータは、前記非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報と同一に設定されたと見なされて／仮定されてよい。

【0379】

ここで、ペアされていないスペクトル動作（すなわち、ＴＤＤ動作）のために、前記初期ＵＬ ＢＷＰ及び前記初期ＤＬ ＢＷＰが特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のために設定されたか否かに関係なく、前記初期ＤＬ ＢＷＰの中心周波数（ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ）は前記初期ＵＬ ＢＷＰの中心周波数と同一に設定されてよい。言い換えると、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰが設定されると、前記初期ＵＬ ＢＷＰと前記初期ＤＬ ＢＷＰの中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。又は、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰのみが設定されると、前記初期ＵＬ ＢＷＰと非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＬ（すなわち、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）によって用いられる）の中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。又は、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰのみが設定されると、前記初期ＤＬ ＢＷＰと非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＬ（すなわち、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）によって用いられる）の中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。又は、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰが両方とも設定されないと、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰ（すなわち、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）によって用いられる）の中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。

【0380】

特定タイプの端末（例えば、ｒｅｄｃａｐ端末）は、初期ＵＬ ＢＷＰ上でランダムアクセス手順のための第１メッセージを基地局に送信する（Ｓ１４０２）。

【0381】

ここで、ランダムアクセス手順のための第１メッセージは、４－段階ランダムアクセス手順の場合に、ＭＳＧ１（すなわち、ＰＲＡＣＨ又はＰＲＡＣＨで送信されるランダムアクセスプリアンブル）及び／又はＭＳＧ３（すなわち、ランダムアクセス応答ＵＬグラントによってスケジュールされたＰＤＳＣＨ）に該当してよく（図８参照）、２－段階ランダムアクセス手順の場合に、ＭＳＧＡ（すなわち、ランダムアクセスプリアンブルを運ぶＰＲＡＣＨとＰＵＳＣＨ）に当該してよい（図９参照）。

【0382】

ここで、第１設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰが設定されると、前記第１メッセージは特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰ上で送信されてよい。一方、第１設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰが設定されないと、前記第１メッセージは非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰ上で送信されてよい。

【0383】

特定タイプの端末（例えば、ｒｅｄｃａｐ端末）は、初期ＤＬ ＢＷＰ上でランダムアクセス手順のための第２メッセージを基地局から受信する（Ｓ１４０３）。

【0384】

ここで、ランダムアクセス手順のための第２メッセージは、４－段階ランダムアクセス手順の場合に、ＭＳＧ２（すなわち、ランダムアクセス応答に対するＰＤＣＣＨ、ＰＤＳＣＨ）及び／又はＭＳＧ４（すなわち、競合解消のためのＰＤＳＣＨ）に該当してよく（図８参照）、２－段階ランダムアクセス手順の場合に、ＭＳＧＢ（すなわち、ランダムアクセス応答ＵＬグラントによってスケジュールされるＰＵＳＣＨ及び競合解消のためのＰＤＳＣＨ）に当該してよい（図９参照）。

【0385】

ここで、第２設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰが設定されると、前記第２メッセージは、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰ上で送信されてよい。一方、第２設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰが設定されないと、前記第２メッセージは、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰ上で送信されてよい。

【0386】

その後、４－段階ランダムアクセス手順では、上記の図８で例示したようにＭＳＧ３及びＭＳＧ４の送受信動作が行われてよい。

【0387】

図１５は、本開示の一実施例に係るランダムアクセス手順を行う方法に対する基地局の動作を例示する図である。

【0388】

図１５では、先に提案した方法に基づく基地局の動作を例示する。図１４の例示は、説明の便宜のためのものであり、本開示の範囲を限定するものではない。図１５で例示された一部の段階は、状況及び／又は設定によって省略されてよい。また、図１５で基地局は一つの例示に過ぎず、後述の図１６で例示される装置によって具現されてよい。例えば、図１６のプロセッサ（ｐｒｏｃｅｓｓｏｒ）１０２／２０２は、トランシーバー１０６／２０６を用いてチャネル／信号／データ／情報など（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ１０４／２０４に記憶するように制御することもできる。

【0389】

図１５を参照すると、基地局は基地局から、上りリンク（ｕｐｌｉｎｋ）送信と関連した第１設定情報及び下りリンク（ｄｏｗｎｌｉｎｋ）送信と関連した第２設定情報を特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に送信する（Ｓ１５０１）。

【0390】

ここで、第１設定情報は、上記の図１２でＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢであってよく、第２設定情報は、上記の図１１でＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢであってよい。第１設定情報と第２設定情報は個別に送信されてもよいが、一つの設定情報として送信されてもよい。例えば、一つの設定情報内に第１設定情報と第２設定情報が含まれる場合に、前記設定情報は、例えば前記ＳＩＢ１、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢに該当し得る。

【0391】

また、第１設定情報（例えば、図１２でＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報を含んでよく、さらに、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための（専用の）初期ＵＬ ＢＷＰに関する情報を含んでもよい。すなわち、前記第１設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰが設定されると、前記第１設定情報は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報と前記特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報を個別に含んでよい。ここで、上述した通り、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰに関する情報において省略された一つ以上のパラメータは、前記非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＵＬ ＢＷＰに関する情報と同一に設定されたと見なされて／仮定されてよい。

【0392】

また、第２設定情報（例えば、図１１でＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ）は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報を含んでよく、さらに、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための（専用の）初期ＤＬ ＢＷＰに関する情報を含んでもよい。すなわち、前記第２設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰが設定されると、前記第２設定情報は、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報と前記特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報を個別に含んでよい。ここで、上述した通り、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰに関する情報において省略された一つ以上のパラメータは、前記非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）のための初期ＤＬ ＢＷＰに関する情報と同一に設定されたと見なされて／仮定されてよい。

【0393】

ここで、ペアされていないスペクトル動作（すなわち、ＴＤＤ動作）のために、前記初期ＵＬ ＢＷＰ及び前記初期ＤＬ ＢＷＰが特定タイプの端末（例えば、ｒｅｄｃａｐ端末）のために設定されたか否かに関係なく、前記初期ＤＬ ＢＷＰの中心周波数（ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ）は前記初期ＵＬ ＢＷＰの中心周波数と同一に設定されてよい。言い換えると、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰが設定されると、前記初期ＵＬ ＢＷＰと前記初期ＤＬ ＢＷＰの中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。又は、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰのみが設定されると、前記初期ＵＬ ＢＷＰと非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＬ（すなわち、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）によって用いられる）の中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。又は、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰのみが設定されると、前記初期ＤＬ ＢＷＰと非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＬ（すなわち、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）によって用いられる）の中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。又は、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰが両方とも設定されないと、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰと初期ＤＬ ＢＷＰ（すなわち、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）によって用いられる）の中心周波数が整列（ａｌｉｇｎ）されて（同一になって）よい。

【0394】

基地局は特定タイプの端末（例えば、ｒｅｄｃａｐ端末）から、初期ＵＬ ＢＷＰ上でランダムアクセス手順のための第１メッセージを受信する（Ｓ１５０２）。

【0395】

ここで、ランダムアクセス手順のための第１メッセージは、４－段階ランダムアクセス手順の場合に、ＭＳＧ１（すなわち、ＰＲＡＣＨ又はＰＲＡＣＨで送信されるランダムアクセスプリアンブル）及び／又はＭＳＧ３（すなわち、ランダムアクセス応答ＵＬグラントによってスケジュールされたＰＤＳＣＨ）に該当してよく（図８参照）、２－段階ランダムアクセス手順の場合に、ＭＳＧＡ（すなわち、ランダムアクセスプリアンブルを運ぶＰＲＡＣＨとＰＵＳＣＨ）に当該してよい（図９参照）。

【0396】

ここで、第１設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰが設定されると、前記第１メッセージは特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰ上で送信されてよい。一方、第１設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰが設定されないと、前記第１メッセージは非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＵＬ ＢＷＰ上で送信されてよい。

【0397】

基地局は特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に、初期ＤＬ ＢＷＰ上でランダムアクセス手順のための第２メッセージを送信する（Ｓ１５０３）。

【0398】

ここで、ランダムアクセス手順のための第２メッセージは、４－段階ランダムアクセス手順の場合に、ＭＳＧ２（すなわち、ランダムアクセス応答に対するＰＤＣＣＨ、ＰＤＳＣＨ）及び／又はＭＳＧ４（すなわち、競合解消のためのＰＤＳＣＨ）に該当してよく（図８参照）、２－段階ランダムアクセス手順の場合に、ＭＳＧＢ（すなわち、ランダムアクセス応答ＵＬグラントによってスケジュールされるＰＵＳＣＨ及び競合解消のためのＰＤＳＣＨ）に当該してよい（図９参照）。

【0399】

ここで、第２設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰが設定されると、前記第２メッセージは、特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰ上で送信されてよい。一方、第２設定情報によって特定タイプの端末（例えば、ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰが設定されないと、前記第２メッセージは、非特定タイプの端末（例えば、ｎｏｎ－ｒｅｄｃａｐ端末）に対する初期ＤＬ ＢＷＰ上で送信されてよい。

【0400】

その後、４－段階ランダムアクセス手順では、上記の図８で例示したようにＭＳＧ３及びＭＳＧ４の送受信動作が行われてよい。

【0401】

本開示が適用可能な装置一般

【0402】

図１６には、本開示の一実施例に係る無線通信装置のブロック構成図を例示する。

【0403】

図１６を参照すると、第１無線機器１００と第２無線機器２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。

【0404】

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

【0405】

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

【0406】

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

【0407】

１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に記憶され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。

【0408】

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

【0409】

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

【0410】

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

【0411】

本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。

【0412】

本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、１つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している１つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。

【0413】

ここで、本開示の無線機器１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ（登録商標））、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。

【産業上の利用可能性】

【0414】

本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】