特許 6913750 制御情報の送信

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

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

(11)【特許番号】6913750

(24)【登録日】2021年7月14日

(45)【発行日】2021年8月4日

(54)【発明の名称】制御情報の送信

(51)【国際特許分類】

   H04W 72/04 20090101AFI20210727BHJP

   H04W 74/08 20090101ALI20210727BHJP

   H04W 8/22 20090101ALI20210727BHJP

   H04W 52/02 20090101ALI20210727BHJP

   H04W 72/02 20090101ALI20210727BHJP

【ＦＩ】

   H04W72/04 136

   H04W74/08

   H04W8/22

   H04W72/04 132

   H04W52/02

   H04W72/04 134

   H04W72/02

【請求項の数】19

【全頁数】38

(21)【出願番号】特願2019-527244(P2019-527244)

(86)(22)【出願日】2017年1月6日

(65)【公表番号】特表2020-504485(P2020-504485A)

(43)【公表日】2020年2月6日

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

(87)【国際公開番号】WO2018126431

(87)【国際公開日】20180712

【審査請求日】2019年10月24日

(73)【特許権者】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】特許業務法人鷲田国際特許事務所

(72)【発明者】

【氏名】クアン チュァン

(72)【発明者】

【氏名】鈴木 秀俊

(72)【発明者】

【氏名】堀内 綾子

(72)【発明者】

【氏名】ワン リレイ

(72)【発明者】

【氏名】ゴリチェク エドラー フォン エルプバルド アレクサンダー

【審査官】 町田 舞

(56)【参考文献】

【文献】 米国特許出願公開第２０１４／００３６７４７（ＵＳ，Ａ１）

【文献】 Panasonic，Use of multiple numerologies in NR，3GPP TSG-RAN WG1#86 R1-167439，２０１６年 ８月１２日

【文献】 Samsung，RACH procedure considering flexible UE bandwidth，3GPP TSG RAN WG1 #87 R1-1612469，２０１６年１１月 ４日

【文献】 MediaTek Inc.，DL Control Channel Design for NR，3GPP TSG RAN WG1 #87 R1-1612120，２０１６年１１月 ５日

【文献】 NTT DOCOMO，Discussion on multiple-step DCI for NR，3GPP TSG RAN WG1 #87 R1-1612717，２０１６年１１月 ５日

【文献】 Huawei, HiSilicon，Mechanisms of bandwidth adaptation for control and data reception in single-carrier and multi-carrier cases，3GPP TSG RAN WG1 #87 R1-1611655，２０１６年１１月 ５日

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

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

Ｈ０４Ｗ ４／００−９９／００

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

第１の制御リソースセットおよび第２の制御リソースセットにおいて基地局から制御信号を受信することが可能な受信機と、
制御信号およびデータを送信することが可能な送信機と、
回路であって、動作時において、
前記第１の制御リソースセットに関連付けられるランダムアクセスメッセージを送信するように、および通信デバイス能力表示を送信するように前記送信機を制御し、
前記ランダムアクセスメッセージを送信した後に前記第１の制御リソースセットにおける制御リソースを監視するように、および前記第２の制御リソースセットの構成の表示を前記第１の制御リソースセット内で受信するように前記受信機を制御し、
前記第２の制御リソースセットの前記構成を受信した後に前記第１の制御リソースセットおよび／または前記第２の制御リソースセットにおける制御リソースを監視するように前記受信機を制御する回路と、を備え，
前記回路はさらに、
エントリが前記第１の制御リソースセットの構成のそれぞれの候補を示す複数のエントリを、システム情報を用いて受信するよう前記受信機を制御し、
前記複数のエントリから前記第１の制御リソースセットの構成を選択し、
前記第１の制御リソースセットに関連づけられるランダムアクセスメッセージを用いて前記選択した第１の制御リソースセットの構成を基地局に通知する、
通信デバイス。

【請求項2】

前記第１の制御リソースセットは第１の帯域幅内に位置し、前記第２の制御リソースセットは第２の帯域幅内に位置し、
前記第１の帯域幅は、前記第１の制御リソースセットにおいて搬送された制御情報によって割り当てられた任意のリソースが位置する帯域幅であり、
前記第２の帯域幅は、制御リソースの前記第２の制御リソースセットにおいて搬送された制御情報によって割り当てられた任意のリソースが位置する帯域幅である、
請求項１に記載の通信デバイス。

【請求項3】

前記第１の帯域幅と第２の帯域幅は、周波数領域において互いに中心に位置する、
請求項２に記載の通信デバイス。

【請求項4】

前記第１の制御リソースセットの帯域幅は、前記第２の制御リソースセットの帯域幅に含まれ、
前記第１の制御リソースセットは、前記第２の制御リソースセットのサブセットである、
請求項２または３に記載の通信デバイス。

【請求項5】

前記第１の制御リソースセットは、複数の通信デバイスによって復号される共通制御情報、ならびに、特定の通信デバイスによってのみ復号されるユーザ固有制御情報を含み、
前記第２の制御リソースセットは前記ユーザ固有制御情報を含む、
請求項１に記載の通信デバイス。

【請求項6】

前記回路は、動作時において、前記通信デバイスが省電力を促進する動作モードにある場合に前記第１の制御リソースセットを監視するよう受信機を制御する、
請求項１に記載の通信デバイス。

【請求項7】

前記第１の制御リソースセットは周波数領域において分散され、
前記回路は、動作時において、前記第１の制御リソースセットを監視するために、第１の所定時間間隔ごとに周波数ホッピングを実施するように前記受信機を制御する、
請求項１に記載の通信デバイス。

【請求項8】

前記第２の制御リソースセットは周波数領域において分散され、
前記回路は、動作時において、前記第２の制御リソースセットを監視するために、第２の所定時間間隔ごとに周波数ホッピングを実施するように前記受信機を制御し、
前記第１の制御リソースセットのためのホッピングパターンは、前記第２の制御リソースセットのためのホッピングパターンに類似する、
請求項１または７に記載の通信デバイス。

【請求項9】

前記第２の制御リソースセットは周波数領域において分散され、
前記回路は、動作時において、前記第２の制御リソースセットを監視するために、第２の所定時間間隔ごとに周波数ホッピングを実施するように前記受信機を制御し、
前記第１の制御リソースセットのためのホッピングパターンは、少なくとも１つの時間間隔における少なくとも周波数帯域において、前記第２の制御リソースセットのためのホッピングパターンとは異なる、
請求項１または７に記載の通信デバイス。

【請求項10】

前記第１の制御リソースセットの構成パラメータおよび／または前記第２の制御リソースセットの構成パラメータは、サブキャリア間隔および対応する制御リソースセットの帯域幅の少なくとも一方と、プリアンブルシーケンスおよび前記第１の制御リソースセットのランダムアクセスチャネルのリソースの少なくとも一方とを含み、
前記回路は、動作時において、サブキャリア間隔と前記通信デバイスによってサポートされている前記第１の制御リソースセットの帯域幅との少なくとも一方に従って、前記第１の制御リソースセットを選択する、
請求項１に記載の通信デバイス。

【請求項11】

前記第１の制御リソースセットの構成パラメータは、通信デバイスの帯域幅能力の範囲をさらに含み、
前記回路は、動作時において、前記帯域幅能力に従って前記第１の制御リソースセットを選択する、請求項１０に記載の通信デバイス。

【請求項12】

前記回路は、動作時において、前記通信デバイスが複数の制御リソースセットの構成をサポートする場合、前記第１の制御リソースセットの構成の選択を、
−サポートされている前記構成のうちの１つのランダム選択、
−デフォルトサブキャリア間隔および／または前記第１の制御リソースセットの帯域幅を有する構成の選択、
−前記通信デバイスの識別子に基づいた選択、
−前記通信デバイスの現在のチャネル状態に基づいた選択、
のうちのいずれかとして実施する、
請求項１０に記載の通信デバイス。

【請求項13】

前記第１の制御リソースセットの構成パラメータおよび／または前記第２の制御リソースセットの構成パラメータは、対応する前記制御リソースセットに周波数ホッピングが適用されるべきか否かを指定するホッピング表示をさらに含む、
請求項１０に記載の通信デバイス。

【請求項14】

前記第１の制御リソースセットの構成パラメータおよび／または前記第２の制御リソースセットの構成パラメータは、それぞれの前記制御リソースセットにホッピングが適用されるべきであることを前記ホッピング表示が示す場合に、ホッピングパターン表示をさらに含む、
請求項１３に記載の通信デバイス。

【請求項15】

前記第２の制御リソースセットの構成は、前記第２の制御リソースセットの帯域幅もしくは第２の帯域幅か、または構成パラメータのサブセットのいずれかを含み、
前記回路は、動作時において、前記第１の制御リソースセットの残りのパラメータを前記第２の制御リソースセットに適用する、
請求項１０〜１４のいずれか一項に記載の通信デバイス。

【請求項16】

前記回路は、動作時において、
前記第１の制御リソースセットおよび／または前記第２の制御リソースセットを監視するように、かつ、
前記第１の制御リソースセットおよび／または前記第２の制御リソースセット内で、前記通信デバイスへのデータ送信のためのリソース割当てを表示する制御情報を受信するように、前記受信機を制御し、
前記リソース割当ては、サブキャリア間隔またはサイクリックプレフィックス長のうちの少なくとも一方を含んだニューメロロジを示す、
請求項１に記載の通信デバイス。

【請求項17】

第１の制御リソースセットおよび第２の制御リソースセットにおいて通信デバイスに制御信号を送信することが可能な送信機と、
制御信号およびデータを受信することが可能な受信機と、
回路であって、動作時において、
前記第１の制御リソースセットに関連付けられるランダムアクセスメッセージを受信するように、および通信デバイス能力表示を受信するように前記受信機を制御し、
前記ランダムアクセスメッセージを受信した後に前記第１の制御リソースセットにおいて制御情報を送信するように、および第２の制御リソースセットの構成の指示を前記第１の制御リソースセット内で送信するように前記送信機を制御し、
前記第２の制御リソースセットの前記構成を送信した後に前記第１の制御リソースセットおよび／または前記第２の制御リソースセットにおいて制御情報を送信するように前記送信機を制御する回路と、
を備え、
前記回路はさらに、
エントリが前記第１の制御リソースセットの構成のそれぞれの候補を示す複数のエントリを、システム情報を用いて送信するよう前記送信機を制御し、
受信した前記第１の制御リソースセットに関連づけられたランダムアクセスメッセージを用いて、前記複数のエントリから選択された前記第１の制御リソースセットの構成を通知される、
スケジューリングノード。

【請求項18】

通信デバイスのための方法であって、
第１の制御リソースセットに関連付けられるランダムアクセスメッセージを送信し、
前記ランダムアクセスメッセージを送信した後に前記第１の制御リソースセットにおける制御リソースを監視し、
通信デバイス能力表示を送信し、
前記通信デバイス能力表示を送信した後に、前記第１の制御リソースセット内で制御リソースの第２の制御リソースセットの構成の指示を受信し、
前記第２の制御リソースセットの前記構成を受信した後に前記第１の制御リソースセットおよび／または前記第２の制御リソースセット内の制御リソースを監視し、
エントリが前記第１の制御リソースセットの構成のそれぞれの候補を示す複数のエントリを、システム情報を用いて受信し、
前記複数のエントリから前記第１の制御リソースセットの構成を選択し、
前記第１の制御リソースセットに関連づけられるランダムアクセスメッセージを用いて前記選択した第１の制御リソースセットの構成を基地局に通知する、
方法。

【請求項19】

スケジューリングノードのための方法であって、
第１の制御リソースセットに関連付けられるランダムアクセスメッセージを受信し、
通信デバイス能力表示を送信し、
前記ランダムアクセスメッセージを受信した後に前記第１の制御リソースセットにおいて制御情報を送信し、
前記第１の制御リソースセット内で第２の制御リソースセットの構成の表示を送信し、
前記第２の制御リソースセットの前記構成を送信した後に前記第１の制御リソースセットおよび／または前記第２の制御リソースセットにおいて制御情報を送信し、
エントリが前記第１の制御リソースセットの構成のそれぞれの候補を示す複数のエントリを、システム情報を用いて送信し、
受信した前記第１の制御リソースセットに関連づけられたランダムアクセスメッセージを用いて、前記複数のエントリから選択された前記第１の制御リソースセットの構成を通知される、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信デバイスの複合的なニューメロロジ（ｎｕｍｅｒｏｌｏｇｉｅｓ）および能力（capabilities）を備えたネットワークにおける制御リソースセットの構成、ならびに対応する方法および装置に関する。

【背景技術】

【0002】

現在、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、第５世代（５Ｇ）とも呼ばれる次世代セルラー技術に関する次のリリース（リリース１５）の技術仕様に取り組んでいる。３ＧＰＰ技術仕様グループ（ＴＳＧ）の無線アクセスネットワーク（ＲＡＮ）会合第７１回（２０１６年３月、イェーテボリ）において、ＲＡＮ１、ＲＡＮ２、ＲＡＮ３およびＲＡＮ４を含めた最初の５Ｇ検討項目「新しい無線アクセス技術に関する検討」が承認され、最初の５Ｇ規格を定義するリリース１５の作業項目となると考えられている。

【0003】

この検討項目の目的は、「新しい無線（ＮＲ）アクセス技術」を発展させることであるが、この技術は、最大１００ＧＨｚに及ぶ周波数で動作し、ＲＡＮ要件検討の際に定義された通り広範囲のユースケースをサポートすることである（例えば、ｗｗｗ．３ｇｐｐ．ｏｒｇにて入手可能であり、参照によってすべての内容が本明細書に組み込まれる非特許文献１」の現行版１４．０．０を参照）。

【0004】

１つの目的は、少なくとも拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼性低レイテンシ通信（ＵＲＬＬＣ）、および大規模マシンタイプ通信（ｍＭＴＣ）を含めて、非特許文献１で定義されているすべての使用シナリオ、要件、および展開シナリオに対処する単一の技術フレームワークを提供することである。例えば、ｅＭＢＢの展開シナリオには、屋内ホットスポット、密集都市部（dense urban）、地方部（rural）、都市部（urban macro）、高速などが含まれ得、ＵＲＬＬＣの展開シナリオには、産業用制御システム、モバイルヘルスケア（遠隔監視、診断および治療）、車両のリアルタイム制御、スマートグリッド用の広域監視および制御システムが含まれ得るのに対し、ｍＭＴＣには、スマートウェアラブルおよびセンサネットワークなどの非タイムクリティカルなデータ転送を伴う多数のデバイスを用いるシナリオが含まれ得る。

【0005】

第２の目的は前方互換性である。Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）との後方互換性は要求されず、それにより、完全に新しいシステム設計および／または新規な機能の導入が促進される。

【0006】

基本的な物理レイヤの信号波は、非直交波形および多元接続を可能な限りサポートすべく、直交周波数分割多重（ＯＦＤＭ）に基づいた信号波であろう。例えば、離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭ（ＤＦＴ−Ｓ−ＯＦＤＭ）、および／またはＤＦＴ−Ｓ−ＯＦＤＭの変形、および／またはフィルタリング／ウィンドウ処理といった、ＯＦＤＭに対する付加的な機能が検討されている。ＬＴＥでは、サイクリックプレフィックス（ＣＰ）ベースのＯＦＤＭおよびＤＦＴ−Ｓ−ＯＦＤＭが、それぞれ、ダウンリンクおよびアップリンクの送信のための波形として使用される。ＮＲにおける設計目標の１つは、ダウンリンク、アップリンクおよびサイドリンクに対して、可能な限り共通の波形を求めることである。ＤＦＴ拡散の導入は、アップリンク送信のいくつかのケースでは必要とされないことがあると考えられている。「ダウンリンク」という用語は、上位ノードから下位ノード（例えば、基地局からリレーノードまたはＵＥ、リレーノードからＵＥなど）への通信を指す。「アップリンク」という用語は、下位ノードから上位ノード（例えば、ＵＥからリレーノードまたは基地局、リレーノードから基地局など）への通信を指す。「サイドリンク」という用語は、同じレベルにあるノード間（例えば、２つのＵＥ間、または２つのリレーノード間、または２つの基地局間）の通信を指す。

【0007】

波形に加えて、上述した目標を達成するために、いくつかの基本フレーム構造およびチャネル符号体系が開発中である。非特許文献１において確認されるように、ＮＲの様々なユースケース／配備シナリオは、データレート、レイテンシ、およびカバレッジの点において多様な要件を有している。例えば、ｅＭＢＢは、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−Ａｄｖａｎｃｅｄ（ＩＭＴ−Ａｄｖａｎｃｅｄ）によって提供されている速度の約３倍のピークデータレート（ダウンリンクには２０Ｇｂｐｓ、アップリンクは１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが想定されている。他方で、ＵＲＬＬＣの場合、より厳しい要件が、超低遅延性（ユーザプレーンのレイテンシに関してＵＬおよびＤＬそれぞれに０．５ｍｓ）および高信頼性に対して課されている。最後に、ｍＭＴＣは、高い接続密度（都市部環境において１，０００，０００デバイス／ｋｍ２）、過酷な環境における広範なカバレッジ、および低コストデバイスに対する極めて長いバッテリー寿命（１５年）を要求している。

【0008】

したがって、あるユースケースに対して適切な、ＯＦＤＭニューメロロジ（例えば、サブキャリア間隔、ＯＦＤＭシンボル期間、ＣＰ期間）、およびスケジューリング間隔当たりのシンボル数が、別のユースケースにはうまく機能しないこともある。例えば、低レイテンシアプリケーションは、ｍＭＴＣアプリケーションと比べて、より短いＯＦＤＭシンボル期間（より大きなサブキャリア間隔）および／またはスケジューリング間隔（送信時間間隔（ＴＴＩ）とも呼ばれる）当たりのより少数のシンボル数が要求され得る。さらに、大きなチャネル遅延スプレッドを伴う展開シナリオは、短い遅延スプレッドを伴うシナリオと比べて、より長いＣＰ期間を必要とする。従って、サブキャリア間隔は、同様のＣＰオーバヘッドを維持するために、最適化されるべきである。

【0009】

３ＧＰＰ ＲＡＮ１＃８４ｂｉｓ会議（２０１６年４月、釜山）において、ＮＲでは複数の値のサブキャリア間隔をサポートする必要があるとの合意がなされた。サブキャリア間隔の値は、サブキャリア間隔にＮを乗算した特定の値から導出され、ここでＮは整数の倍率（scaling factor）である。３ＧＰＰ ＲＡＮ１＃８５会議（２０１６年５月、南京）では、１５ｋＨｚのサブキャリア間隔を含むＬＴＥベースのニューメロロジがＮＲニューメロロジのベースライン設計であるということが、実用的な仮定として結論付けられた。倍率Ｎについては、ベースライン設計の仮定として、Ｎ＝２^ｎ（ｎは０，１，２、−１，−２，．．．のような整数）と結論付けられた。それに対応して、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚといったサブキャリア間隔が検討されている。

【0010】

図１は、３つの異なるサブキャリア間隔設定（１５ｋＨｚ、３０ｋＨｚ、および６０ｋＨｚ）および対応するシンボル期間を示している。シンボル期間Ｔｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接、関連付けられる。ＬＴＥシステムと同様に、「リソースエレメント」という用語は、１つのＯＦＤＭシンボルまたはシングルキャリア（ＳＣ）周波数分割多元アクセス（ＳＣ−ＦＤＭＡ）（ＬＴＥのアップリンクにおいて用いられ、場合によってはアップリンクのＮＲにおいても用いられる）シンボルの長さにわたって１つのサブキャリアから構成される最小リソース単位を示すために用いられ得る。

【0011】

多様な要件を伴う種々のサービスの多重化をサポートするために、３ＧＰＰ ＲＡＮ１＃８５会議では、（ネットワークの観点から）同じＮＲキャリア帯域幅内での異なるニューメロロジの多重化をＮＲがサポートすることが合意された。他方で、ＵＥの観点からは、ＵＥは１つまたは複数の使用シナリオをサポートし得る（例えば、ｅＭＢＢ ＵＥまたはＵＥがｅＭＢＢとＵＲＬＬＣの両方をサポートする）。しかしながら、複数のニューメロロジをサポートすることは、ＵＥ処理を複雑化し得る。

【0012】

ＮＲは、次のいくつかの理由により、柔軟なネットワークとユーザ機器（ＵＥ）チャネル帯域幅をサポートすべきであることもまた認識されている。第一に、ＮＲは、利用可能なスペクトラムに関して、したがって可能な送信帯域幅に関しても、非常に異なる様々な構成を用いて、サブＧＨｚから数十ＧＨｚに及ぶ非常に広範囲のスペクトラムでの動作をサポートすることが期待されている。第二に、ＮＲに使用される多くの周波数帯域はまだ十分に特定されておらず、スペクトラム割当てのサイズがいまだに知られていないことが示唆される。第三に、ＮＲは、広範囲のアプリケーションおよびユースケースをサポートすることを期待され、それらの中には、非常に広範なＵＥ送信／受信帯域幅を要求するものがいくつかあり、その他にも、はるかに低いＵＥ送信／受信帯域幅を意味する非常に低いＵＥ複雑度を要求するものもある。したがって、３ＧＰＰ ＲＡＮ＃８５会議において、ＮＲ物理レイヤ設計は、異なる帯域幅能力を有するデバイスがＮＲキャリア帯域幅にかかわらず、同じＮＲキャリアに効率的にアクセスし得るようなものであるべきという合意がなされた。

【先行技術文献】

【特許文献】

【0013】

【非特許文献1】３ＧＰＰ ＴＲ ３８．９１３ Ｓｔｕｄｙ ｏｎ Ｓｃｅｎａｒｉｏｓ ａｎｄ Ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ

【発明の概要】

【0014】

非限定的でかつ例示的な一実施形態は、複合的なニューメロロジを用いたシステムに対する効率的な制御リソースセットの提供を促進する。

【0015】

概略的な一態様では、本明細書で開示される技術は、制御リソースの第１のセットおよび制御リソースの第２のセットにおいて基地局から制御信号を受信することが可能な受信機と、制御信号およびデータを送信することが可能な送信機と、動作時において、制御リソースの第１のセットに関連付けられるランダムアクセスメッセージを送信するように、および通信デバイス能力表示を送信するように送信機を制御し、ランダムアクセスメッセージを送信した後に制御リソースの第１のセットにおける制御リソースを監視するように、および制御リソースの第２のセットの構成を制御リソースの第１のセット内で受信するように受信機を制御し、制御リソースの第２のセットの構成を受信した後に制御リソースの第１のセットおよび／または制御リソースの第２のセットにおける制御リソースを監視するように受信機を制御する回路と、を備える通信デバイスを特徴とする。

【0016】

概略的なあるいは特定的な実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらの任意の選択的な組合せとして実装され得る。

【0017】

開示する実施形態の付加的な利益および利点が明細書および図面から明らかとなろう。それらの利益および／または利点は、本明細書および図面の様々な実施形態および特徴部によって個別に取得され得るが、そのような利益および／または利点の１つ以上を得るために、それらのすべてが提供される必要はない。

【図面の簡単な説明】

【0018】

【図1】種々のニューメロロジを示す概略図である。

【図2】２つの制御リソースセットの構成の例を示す概略図である。

【図3】２つの制御リソースセットの構成の例を示す概略図である。

【図4】パワーオン後に第１および第２の制御リソースセットを取得するために通信デバイスによって実施される例示的な手順を示すフロー図である。

【図5】時間−周波数リソースグリッドにおける第１の制御リソースセットの例示的な構成を示す概略図である。

【図6】時間−周波数リソースグリッドにおける第２の制御リソースセットの例示的な構成を示す概略図である。

【図7】周波数を中心とした第１および第２の制御リソースセットの例示的な構成を示す概略図である。

【図8】周波数を中心としない第１および第２の制御リソースセットの例示的な構成を示す概略図である。

【図9】第１および第２の制御リソースセットを分離した構成の例を示す概略図である。

【図10】第１の制御リソースセットの周波数ホッピングを示す概略図である。

【図11】第１の制御リソースセットならびに第２の制御リソースセットの周波数ホッピングを示す概略図である。

【図12】時間において異なるスケジューリングユニットがどのようにしてサブフレーム境界に（１ｍｓごとに）揃えられるかを示す概略図である。

【図13】制御リソースセットが周波数領域においてどのように示されるかを示す概略図である。

【図14】通信デバイスおよび基地局の構成を示すブロック図である。

【図15】通信システムのアーキテクチャを示すブロック図である。

【図16】通信デバイスおよび基地局におけるセット１およびセット２の構成のための方法を示す流れ図である。

【図17】３つの異なるニューメロロジ方式に従って無線リソースを対応するリソーススケジューリングユニットに分割する様子を示す概略図である。

【図18】例示的なランダムアクセス手順を表すシーケンス図である。

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

【0019】

「移動局」または「移動ノード」または「ユーザ端末」または「ユーザ機器（ＵＥ）」または「通信デバイス」は通信ネットワーク内にある物理的エンティティである。１つのノードがいくつかの機能エンティティを有してもよい。機能エンティティとは、機能の所定のセットをノードまたはネットワークの他の機能エンティティに対して実装および／または提供するソフトウェアまたはハードウェアモジュールを指す。ノードは、ノードが通信し得る通信設備または媒体にノードをアタッチする１つ以上のインタフェースを有してもよい。同様に、ネットワークエンティティは、他の機能エンティティまたは対応するノードに通信し得る通信設備または媒体に機能エンティティをアタッチする論理インタフェースを有してもよい。

【0020】

「基地局」という用語は本明細書では、通信ネットワーク内の物理エンティティを指す。物理エンティティは、スケジューリングおよび構成のうちの１つ以上を含めて、通信デバイスに関するいくつかの制御タスクを実施する。基地局の機能および通信デバイスの機能もまた単一のデバイスに統合され得る。例えば、移動端末が、他の端末のための基地局の機能を実装してもよい。

【0021】

請求項セットおよび本出願において用いられる「無線リソース」または「リソース」という用語は、物理的な時間−周波数無線リソースのような、物理的な無線リソースを指すものとして広義に解釈されるべきである。

【0022】

本明細書において用いられる「ニューメロロジ方式」（および「ＯＦＤＭニューメロロジ」などの他の同様の用語）は、物理的な時間−周波数無線リソースが移動通信システムにおいて処理される方法、特に、これらのリソースが、（例えば、無線基地局内の）スケジューラによって割り当てられるリソーススケジューリングユニットへと分割される方法を指すものとして広義に理解されるべきである。別の言い方をすれば、ニューメロロジ方式はまた、サブキャリア間隔および対応するシンボル期間、ＴＴＩ長、リソーススケジューリングユニットごとのサブキャリアおよびシンボルの数、サイクリックプレフィックス長など、上述した物理的な時間−周波数無線リソースをリソーススケジューリングユニットに分割するために用いられるパラメータによって定義されるものと捉えられてよい。これらのパラメータは、アップリンク送信を実施するためにまたダウンリンク送信を受信するために物理レイヤにおいて主に用いられるので、Ｌ１（レイヤ１）パラメータと呼ばれることもある。

【0023】

「リソーススケジューリングユニット」という用語は、スケジューラによって割り当てられ得る最小ユニットである物理的な時間−周波数無線リソースのグループとして理解されるべきである。したがって、リソーススケジューリングユニットは、ニューメロロジ方式の特定の特徴に従って、１つ以上のシンボル期間にわたる１つ以上の連続するサブキャリアから構成された、時間−周波数無線リソースを備える。

【0024】

請求項セットにおいて、また本願において用いられる「データ送信利用（usage）シナリオ」または単純に「利用（usage）シナリオ」もしくは「ユースケース」という用語は、広義には、移動／固定端末の利用例の範囲として解釈されてもよい。例として、新しい５Ｇ検討事項のために検討されている利用シナリオは、背景の節で紹介したように、例えば、ｅＭＢＢ、ｍＭＴＣ、またはＵＲＬＬＣであり得る。

【0025】

「制御リソース」という用語は、ユーザデータ（ペイロード）ではなく制御情報を搬送するためのリソースを指す。制御情報には、限定するものではないが、ダウンリンク、アップリンクまたはサイドリンクに対するリソース割当てが含まれ得る。

【0026】

本開示は、複合的なニューメロロジ（ＯＦＤＭニューメロロジなど）およびＵＥ能力を備えたネットワークにおける制御リソースセットの構成を提供する。

【0027】

本開示が適用可能なシステムの一例がＮＲであり得る。例えば、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣは、異なるＯＦＤＭニューメロロジを有し得る。例えば、ＵＲＬＬＣは、１５ｋＨｚ超などの大きなサブキャリア間隔、および短いスケジューリング間隔を用いて、例えば０．５ｍｓ以下の低遅延を達成し得る。他方で、ｅＭＢＢは、大きなサブキャリア間隔および長いスケジューリング間隔を用いて制御オーバヘッドを低減し得るのに対し、レイテンシ要件は、例えば最大で４ｍｓへといくぶんか緩和される。さらに、ｍＭＴＣは、狭い帯域幅および広いカバレッジ内での大量の接続のために、小さなキャリア間隔（例えば、１５ｋＨｚ以下）を必要とすることが想定される。これらの、そしておそらくはさらなるユースケースでは、本明細書で開示される制御リソースセット構成が採用され得る。

【0028】

実際のＮＲキャリアの帯域幅にかかわらず、異なる帯域幅能力を有するデバイスに効率的なアクセスＮＲキャリアを提供するために、制御チャネルは、ＬＴＥシステムにおける通常のＵＥの場合のように、すべてのユースケースにおいて全システム帯域幅に広がるべきではない。具体的には、レガシーＬＴＥにおいて、ダウンリンク制御情報（ＤＣＩ）を通常のＵＥに送信するために、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が基地局（ｅＮＢと呼ばれる）によって使用される。ＤＣＩは、ダウンリンクスケジューリングアサインメント、アップリンクスケジューリンググラント、およびアップリンク電力制御情報、ならびにさらなる構成パラメータを含んでいる。周波数領域において、ＰＤＣＣＨは、全システム帯域幅にわたって広がるリソースエレメントにマッピングされる。時間領域において、ＰＤＣＣＨが占めるシンボルの数は、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）によって示される。

【0029】

一般に、ＮＲにおいては、基地局から通信デバイスに制御情報（すなわち、ダウンリンク制御情報）を送信するための同様の機構も存在し得る。制御情報は、特に、制御情報またはペイロードのためにさらに使用され得るリソースをスケジューリングするために使用され得る。例えば、基地局は、通信デバイスによって監視されなければならない制御リソースセットにおいてＤＣＩを送信する。ここで、「監視する」という用語は、制御リソースセットにおいて搬送された信号を通信デバイスによって受信し、制御情報がその通信デバイスに（排他的にあるいはその通信デバイスがメンバーであるグループに）宛てられたものであるか否かを判断することを指す。そのような監視は、ＬＴＥの場合と同様に、ブラインド検出を実施することを含み得る。換言すれば、通信デバイスは、通信デバイスそのもののアイデンティティを使用することによって、制御リソース内の信号を検出および復号する。アイデンティティは、ＣＲＣをスクランブルするために使用されても、別の形で使用されてもよい。ブラインド検出はまた、（グループ）共通ＤＣＩを監視するために、様々なグループアイデンティティを用いて試行され得る。監視によって、通信デバイスに宛てられたＤＣＩが明らかになった場合、通信デバイスは、そのＤＣＩを復号し、その中で受信した情報（リソースグラント／割当てなど）を使用して、ＤＣＩにおいてシグナリングされた割当てリソースにアクセスする。レガシーＬＴＥにおいて、ＤＣＩはＵＥのグループに宛てられ得る。そのようなＤＣＩは、グループまたは共通ＤＣＩと呼ばれる。一方で、ＤＣＩが個別のＵＥに宛てられることもあり、その場合はＵＥ固有ＤＣＩと呼ばれる。異なるＵＥ／グループのための異なるＤＣＩを搬送するＰＤＣＣＨは、巡回冗長検査（ＣＲＣ）に埋め込まれた無線ネットワーク一時識別子（ＲＮＴＩ）によって区別される。例えば、通常のユニキャストデータ送信には、ＵＥ固有のＣ−ＲＮＴＩ（セルＲＮＴＩ）が使用される。ＰＤＣＣＨのＣＲＣを自身のＣ−ＲＮＴＩでチェックした後、ＵＥは、ＰＤＣＣＨが自身に宛てられているか否かを判断し得る。（グループ）共通ＤＣＩに関しては、それぞれ、システム情報、ページング、ランダムアクセス応答、およびＰＵＣＣＨ／ＰＵＳＣＨアップリンク電力制御コマンドのためのＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、およびＴＰＣ−ＰＵＣＣＨ／ＰＵＳＣＨ−ＲＮＴＩなど、他のタイプの共通ＲＮＴＩが使用される。

【0030】

ＰＤＣＣＨに加えて、レガシーＬＴＥにおける通常のＵＥは、システム帯域幅のサブセットにわたる拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）を監視するように構成され得る。しかしながら、ＥＰＤＣＣＨの構成は通常、ＰＤＣＣＨによって送信がスケジューリングされた無線リソース制御（ＲＲＣ）シグナリングを介してＵＥに提供される。したがって、ＥＰＤＣＣＨを監視しているＵＥは通常、ＰＤＣＣＨを受信することが可能である。一般的に、ＬＴＥにおける通常のＵＥは、ＥＰＤＣＣＨが採用されている場合でも、制御情報を受信するために全システム帯域幅能力を有することを要求される。

【0031】

ＮＲにおいて、非常に広い帯域幅の動作を可能にすることおよび同じネットワークに収容された多様なサービスを備えたＵＥをシステムが目指していることを考慮すれば、ＵＥの帯域幅能力は通常、システム帯域幅よりも小さい。結果として、すべてのシステム帯域幅にわたる制御チャネルは、少なくとも共通ＤＣＩに対しては、効率的なシステム設計を促進するものではない。より効率的なシステム設計を促進するために、本開示では、（グループ）共通制御チャネルは帯域幅を制限されて送信され、そのため、種々の能力を有するすべての（グループ内の）ＵＥがそれを復号し得る。したがって、重複するメッセージが、能力の一致する各個別のＵＥに送信される必要がなくなるが、このような送信はシグナリングオーバヘッドを劇的に増加させるものであった。

【0032】

一方で、ＮＲ ＵＥが全システム帯域幅をサポートすることが可能である場合でも、常に全帯域幅能力で動作する必要はないこともある。動作無線周波数（ＲＦ）の帯域幅がより大きいことは、ＵＥの電力消費もより多くなることを意味する。制御チャネルがシステム帯域幅のサブセットを用いて送信される場合、ＵＥの監視労力が低減され得る。これにより、ＵＥの電力消費量の低減が可能となる。

【0033】

したがって、すべてのＵＥによって監視されるべき制御副帯域または制御リソースセットが定義され得る。制御リソースセットとは、その中でＵＥがＤＣＩ（あるいは、一般的には制御情報）をブラインド復号することを試行する時間−周波数無線リソースのセットである。制御リソースセットは、有利にはシステム帯域幅よりも狭い制御副帯域上で定義されている。本開示では、制御リソースセット構成の例が提示されるが、それらの制御リソースセット構成は、複数のニューメロロジがシステム内に共存し、ＵＥが多様な帯域幅能力を有するＮＲに対して有益となり得るものである。効率的なシステム設計を促進するためには、したがって、少なくとも１つのサーチスペース（監視されるべき制御リソースセット）を、システム情報から（例えば、セルブロードキャストを介して）取得するか、あるいは最初のアクセス情報から暗黙的に導出することが望ましい。この少なくとも１つのサーチスペースは次いで、ＵＥが付加的なサーチスペース（監視され得る制御リソースセット）の構成を用いてより上位のレイヤのシグナリング（ＲＲＣなど）を受信することを可能にする制御メッセージを受信するために、ＵＥによって使用される。

【0034】

異なるニューメロロジの多重化をサポートするＮＲキャリアを有することの１つの問題は、１つのニューメロロジのケースに対する制御リソースセットの単一の構成が、別の構成に対してうまく機能しない場合があることである。さらに、低いシグナリングオーバヘッドおよびＵＥ電力消費量を維持するという一般的な設計目的が存在する。ＵＥに割り当てられる制御リソースセットの数が増加すると、制御情報に関連するシグナリングの量も増加する。このことはまた、ネットワークが過度に多くのＵＥにサービスしているとき、また多くのＵＥが同じ制御リソースセットを共有している場合に輻輳につながり得る。さらに、ＵＥに対して複数の制御リソースセットが構成されている場合、ＵＥの監視労力もまた増大し、このことはＵＥの電力消費量の増加につながり得る。

【0035】

さらに、様々な帯域幅能力を有するＵＥに対して制御リソースセットの構成がどのようにして周波数ダイバーシティを有効にし得るかが考慮されるべきである。周波数ダイバーシティは、制御情報の確実な送信を達成するために非常に重要である。制御リソースセットの構成は、周波数ダイバーシティをサポートすべきである。しかしながら、異なる（帯域幅）能力を有するＵＥが収容されるＮＲキャリアにおいて、制御リソースセットに対する単一の構成はうまく機能しない。

【0036】

したがって、ある実施形態によれば、ＵＥに対して２つの制御リソースセットが存在し、
「第１の制御リソースセット」（セット１）は、ランダムアクセス手順からＵＥによって取得され、
「第２の制御リソースセット」（セット２）は、ＵＥ能力の表示を取得した後に基地局によって構成（configured）される。

【0037】

各セットはＲＦ帯域幅と関連付けられ、セット１は第１のＲＦ帯域幅（ＢＷ）を暗黙的に示し、第２のＲＦ ＢＷはセット２と共に基地局によって構成される。第１および第２のＲＦ帯域幅は、対応する第１および第２の制御リソースセットにおいて搬送される制御メッセージによって割り当てられ得る任意のリソースが位置する帯域幅である。換言すれば、第１および第２のＲＦ帯域幅はＵＥの動作帯域幅である。それでもやはり、これらのＲＦ ＢＷは、スケジューラ（例えば、基地局）の立場から推奨されるものであり、ＤＣＩによってスケジューリングされたリソースはこれらのＲＦ ＢＷ内部では制限されることが示唆される。ＵＥは、そのＲＦ動作ＢＷをこの推奨に従って設定し得るが、ＤＣＩおよび対応するデータ送信が受信され得る限りは、その推奨とは異なる別の方式でも設定し得る。

【0038】

ＵＥが複数の制御リソースセットを伴って構成される１つの理由は、省電力目的である。異なる制御と関連付けられるＲＦ ＢＷは異なり得る。その場合、ＵＥの動作ＲＦ帯域幅は賢明に設定され得る。結果として、ＵＥがアイドルまたは非アクティブであるとき、そのＵＥは、電力消費量を節約するために、関連付けられたより小さなＲＦ動作帯域幅を有する制御リソースセット（例えば、セット１）を監視するように指示され得る。ＵＥが非アクティブではないとき、そのＵＥは、より大きな割当てを、したがってより高いデータ速度を可能にするために、関連付けられたより大きなＲＦ動作帯域幅を有する制御リソースセット（例えば、セット２）を監視するように指示され得る。

【0039】

基地局はｇＮＢであり得るが、これは、ＮＲ基地局を指すために３ＧＰＰにおいて現在使用されている名称である。しかしながら、本開示はＮＲには限定されず、その結果としてｇＮＢにも限定されない。任意の他の通信システムが、本明細書で開示される構成を採用し得る。

【0040】

第１の制御リソースセットは、周波数領域における第２の制御リソースセットのサブセットであってもよい。換言すれば、制御リソースの第１のセットの帯域幅は、制御リソースの第２のセットの帯域幅に含められる。加えて、第１の制御リソースセットは、時間領域における第２の制御リソースセットのサブセットであってもよい。換言すれば、制御リソースの第１のセットのシンボル（ＯＦＤＭ）の数は、制御リソースの第２のセットのシンボルの数よりも少ないかあるいはそれに等しくてもよい。したがって、第１の制御リソースセットは、第２の制御リソースセットを構成した後も、ＵＥによって引き続き使用されている。しかしながら、本開示はこの例に限定されない。このことはいくつかのシナリオまたはシステムにおいて、ＵＥが第２の制御リソースセットを取得した後に第１のリソースセットの監視を中止する場合に有利となり得る。

【0041】

上述したように、異なる能力を有するＵＥが第１の制御リソースセットにアクセスすること、ＵＥの電力消費量を低減することなどを可能にするために、第１の制御リソースセットの周波数範囲（帯域幅）は、第２の制御リソースセットの周波数範囲（帯域幅）よりも狭い場合がある。具体的に、第１の制御リソースセットの周波数範囲は、第２の制御リソースセットの帯域幅と重なり合うかあるいはその中に完全に含められ得る。

【0042】

例示的な構成によれば、２つ以上のＵＥに共通する制御情報は、セット１とセット２の重なり合う部分によってのみ搬送される。換言すれば、グループ共通サーチスペース（ＣＳＳ）は、第１の制御リソースセットと第２の制御リソースセットの両方に含められたリソースにおいてのみ搬送される。それに対して、ユーザ固有サーチスペース（ＵＳＳ）は、第２の制御リソースセットの残りの部分によって搬送されてもよい。この例示的な構成が図２に示されている。ＵＥ固有／グループ／共通「サーチスペース」という用語は、ブラインド復号によって監視されるべき固有／グループ／共通制御情報のサブセットを表す。

【0043】

具体的に、図２は、制御リソースセットとそれによって搬送される制御情報（ＤＣＩ）タイプとの関係の例を示している。セット１は、すべてのＵＥによって読み取られるべき共通制御情報、場合によってはＵＥの特定グループによって読み取られるべきグループ制御情報、特定ＵＥにのみ宛てられるＵＥ固有制御情報を搬送する。セット２のうちのセット１と重なり合わない部分は、ＵＥ固有制御情報のみを搬送し、共通／グループ制御情報は搬送しない。セット１はセット２の一部である。ＵＥがＵＥ固有ＤＣＩについてセット２のみを監視するように指示されたとき、（図３の場合と比較して）ＤＣＩ送信のためのさらに多くのリソースが存在し、結果として、潜在的にダイバーシティ利得がより大きくなる。

【0044】

図３は、制御リソースセットとＤＣＩとの関係のもう１つの例を示している。具体的には、セット１とセット２のもう１つの例示的な構成を示している。この構成では、図２の構成と同様に、セット１は、共通制御情報、グループ共通制御情報およびＵＥ固有制御情報を搬送し、セット２は、ＵＥ固有制御情報は搬送するが、共通／グループ制御情報は搬送しない。セット１とセット２は、この例では互いに分離（disjoint）している（相互に排他的である）。ＵＥがＵＥ固有ＤＣＩについてセット２のみを監視するように指示されたとき、監視労力も低減される。

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

制御リソースセットおよび関連するＲＦ ＢＷが非連続な周波数部分からなり、ＵＥの受信ウィンドウがそれらの部分の間でホッピングされる（すなわち、１度に１つの部分）場合の周波数ホッピングによって、周波数ダイバーシティのさらなる改善が達成され得る。このことは、特に、帯域幅能力が低いＵＥ、例えば、ｍＭＴＣのＵＥに対して、望ましい周波数ダイバーシティの改善をもたらし得る。そのような狭帯域ＵＥに対し、それ以外の方法では、周波数ダイバーシティを達成することは困難となり得る。

【0070】

そのようなホッピングの例が図１０に示されている。この構成では、通信デバイスは、制御リソースセットに対して定義されたホッピングパターンに従う。本明細書における「ホッピングパターン」という用語は、時間周波数グリッドにおける制御リソースセットインスタンスのロケーションを指す。具体的に、周波数ホッピングの場合、ホッピングパターンは、制御リソースセットインスタンスの周波数ロケーションの経時的な変化を表示する。

【0071】

異なるパターン間で、ＵＥは再チューニングを実施することが必要となり得る。したがって、再チューニングのための遷移時間を設けるために、１つ以上のＯＦＤＭシンボルをスキップすること、すなわち、これらのシンボルを制御リソースセットパターンに割り当てないことが望ましい場合がある。具体的に、図１０は、２つのパターンの間のシステム帯域幅（ＳＹＳ ＢＷ）およびホッピング、ならびに対応する２つのそれぞれのサブバンドを示す。第１の周波数部分１０１０は第１の制御リソースセットの第１のインスタンス１０１５を含み、第２の周波数部分１０２０は第１の制御リソースセットの第２のインスタンス１０２５を含む。図から分かるように、第１のインスタンスは、第１の制御リソースセットを搬送しない１つのＯＦＤＭシンボル（第７のシンボル）だけ、時間領域において第２のインスタンスから分離される。第１および第２のインスタンスのこのパターンが各スロットに対して繰り返される場合、第２のインスタンスと、それに続く繰り返された第１のインスタンスとの間にも１つのヌルＯＦＤＭシンボルが存在することが分かる。この「ヌル」という用語は、ＯＦＤＭシンボルがいかなるデータ（制御またはペイロード）も搬送しないことを意味する。

【0072】

この例では、タイムスロットの長さは１４ ＯＦＤＭシンボルである。ホッピングは、７つのＯＦＤＭごとに２つのインスタンスの間で実施されるが、１つのインスタンスの長さは６ ＯＦＤＭシンボルである。

【0073】

本開示は、スロットごとのまたはサブフレームごとのＯＦＤＭシンボルのいかなる特定の個数にも限定されず、またサブフレームごとのスロットのいかなる特定の個数にも限定されない。一般に、ホッピングは、Ｋ個のシンボルごとにあるいは任意の時間単位ごとに生じ得る。複雑さのより少ないＵＥの実装を促進するために、制御リソースセットのインスタンスの長さがＫ個のシンボルの長さよりも短いかもしくはそれに等しければ有利となり得る。

【0074】

図１１は、ホッピングを伴うセット１とセット２との関係を示しており、セット１はセット２のサブセットである。この例では、セット１とセット２は同じホッピング間隔を有しており、それぞれの２つの異なる帯域幅における２つのインスタンス間の切り替えは、７つのＯＦＤＭシンボルごとに実施される。この例では、グループ共通メッセージ／制御情報（ＤＣＩ）はセット１とセット２の重なり合う部分において送信される。第１の帯域幅および第２の帯域幅は中心に位置していない。ホッピングパターンは一般に、時間単位に伴う動作帯域幅の変化を指定するものである。上記の例は２つのインスタンスの間のホッピングのみを示す。しかしながら、本開示はそれに限定されるものではなく、また、帯域幅が切り替えられる、より長い一連のインスタンスが定義されてもよい。例えば、ホッピングパターンはまた、上記の例とは異なり、複数のサブフレームまたはスロットにわたって定義されてもよい。

【0075】

しかしながら、セット１とセット２が必ずしも同じホッピングパターンを有する必要はない。２つのセットに対して同じホッピングパターンを有する利点は、通信デバイス（ＵＥ）に対する監視労力が低減されることである。

【0076】

上述のように、制御リソースセット構成は、様々な異なるパラメータを含み得るが、それらの値は、ｅＭＢＢまたはＵＲＬＬＣなど、異なるユースケースに対して最適化され得る。具体的に、通信デバイスは、ランダムアクセス手順を実施するために必要なシステム情報のようなシステム情報を基地局から受信するが、そのシステム情報には、異なるそれぞれの構成の第１の制御リソースセットのエントリのリストが含まれる。

【0077】

例えば、あるエントリは、第１の制御リソースセット候補の以下のパラメータを有し得る。
−２つの連続するサブキャリア間の周波数領域における間隔を規定するサブキャリア間隔（ＳＣＳ）、
−制御リソースセットの帯域幅を規定するセット帯域幅（ＢＷ）
−制御リソースセットの中心周波数を規定する制御リソースセットの周波数ロケーション
−ＰＲＢ（物理リソースブロック）インデックス（中心周波数および幅をシグナリングすることに代わって、セットのＢＷおよびその周波数ロケーションは、そのセットをなすＰＲＢ（物理リソースブロック）インデックスによって表示され得る）
−第１のＲＦ ＢＷ（動作帯域幅、すなわち、セットによって搬送される制御情報によってスケジューリング可能な任意のリソースが中に位置する帯域幅であり、セットのＢＷに等しいと想定され得る。そのような場合、付加的なパラメータは必要とされない。しかしながら、セットの帯域幅が動作帯域幅と異なる場合、別のパラメータが含められ得る）
−物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソース（プリアンブルシーケンスおよびＰＲＡＣＨ時間−周波数リソースを含む）

【0078】

候補の制御リソースセットの例示的なリストは、例えば、次のエントリを有し得る。
−エントリ１：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝５ＭＨｚ、設定の中心周波数、ＰＲＡＣＨ時間−周波数リソース、プリアンブルシーケンス
−エントリ２：ＳＣＳ＝６０ｋＨｚ、設定ＢＷ＝２０ＭＨｚ、設定の中心周波数、ＰＲＡＣＨ時間−周波数リソース、プリアンブルシーケンス

【0079】

換言すれば、エントリ１は１５ｋＨｚのキャリア間隔を有し、セットの帯域幅は５ＭＨｚであり、ここでは動作帯域幅と同じであると想定される（図５に示す例と同様）。中心周波数は、システム帯域幅内における帯域のロケーションを示している。ＰＲＡＣＨリソースは、グリッドにおける対応するＰＲＡＣＨリソースのロケーションと、このセットと共に使用され得るプリアンブルシーケンスとを含み得る。

【0080】

例えば、エントリ１はｅＭＢＢ ＵＥによって選択され得るが、エントリ２はＵＲＬＬＣ ＵＥによって選択され得る。一般に、ＵＥが複数のサービスおよび／またはニューメロロジをサポートする場合、そのＵＥは、そのニューメロロジのうちの１つに一致するエントリのうちの１つをランダムに選択し得る。代替的に、それに基づいてＵＥがエントリを選択する事前定義デフォルトニューメロロジが存在し得る。

【0081】

別の代替例として、ＵＥはそのＵＥ ＩＤに基づいてエントリを選択し得る。例えば、エントリは、次の例示的なルールを適用して選択され得る。
ｓｅｌｅｃｔｅｄ＿ｅｎｔｒｙ＿ｉｎｄｅｘ＝ＵＥ＿ＩＤ ｍｏｄ ｎｕｍｂｅｒ＿ｏｆ＿ｎｕｍｅｒｏｌｏｇｉｅｓ＿ｉｔ＿ｓｕｐｐｏｒｔｓ
ここで、ｍｏｄはモジュロ演算であり、ｓｅｌｅｃｔｅｄ＿ｅｎｔｒｙ＿ｉｎｄｅｘは選択結果であり（セット内の選択可能なエントリのうちのエントリのインデックスを指定する）、ｎｕｍｂｅｒ＿ｏｆ＿ｎｕｍｅｒｏｌｏｇｉｅｓ＿ｉｔ＿ｓｕｐｐｏｒｔｓはＵＥ＿ＩＤを有するＵＥによってサポートされているニューメロロジの数である。

【0082】

さらに別の代替例として、ＵＥはそのチャネル状態に基づいてエントリを選択し得る。例えば、チャネルが良好である場合は、ダイバーシティの低いＰＲＡＣＨを選択し、そうでない場合は、ダイバーシティの高いＰＲＡＣＨリソース（より多くのアップリンク時間−周波数リソースを占める高繰り返しレベル）を選択する。

【0083】

制御リソースセット候補リストにおけるエントリの選択は、ランダムアクセス手順を特定のニューメロロジおよび帯域幅と関連付ける利点をもたらし、そのため、通信デバイスと基地局との間に明示的なシグナリングは必要でなくなる。むしろ、ランダムアクセス手順を実施することにより、基地局は、通信デバイスによって監視されかつ通信デバイスに制御情報を送信するために基地局によって使用され得る制御リソースの選択されたセットを暗黙的に知らされる。

【0084】

セット１の上記の例に関する同じ構成パラメータが、セット２に対しても使用され得る。しかしながら、第２のセットのエントリが第１のセットの構成のパラメータのサブセットでのみ構成されており、残りのパラメータが第１のセットと同じであると想定される場合、システム情報に関するシグナリングオーバヘッドはさらに低減され得る。例えば、セット２は、第２の帯域幅でのみ構成されてもよい。残りのパラメータは、ＵＥによって以前に選択されたセット１に対するものと同じであると見なされ得る。

【0085】

セット２の構成パラメータリストの例は、以下の通りとなり得る。
−制御リソースセット２の帯域幅を規定するセット２ ＢＷ
−ＤＣＩにおけるスケジューリンググラントが適用される周波数リソースを規定する第２のＲＦ ＢＷ（第２の帯域幅）
−セット２に必要なＰＲＡＣＨリソースは無し

【0086】

上記のセット２の構成例において、セット１およびセット２は周波数領域（図７に示す）において中心に位置合わせされており、そのため、セット２のロケーションを示すための明示的なシグナリングは必要でなくなる。しかしながら、本開示はそれに限定されるものではなく、セット２はセット２の帯域幅の別のパラメータを用いて構成可能であってもよい。

【0087】

上記の例のうちのいくつかにおいて、第１の制御リソースセットは、（グループ）共通ＤＣＩとＵＥ固有ＤＣＩの両方を搬送する。したがって、過度に多数の端末にサービスすることは、輻輳を引き起こし得る。換言すれば、ＤＣＩを提供されるべき多数のＵＥが存在する場合、ユーザ固有ＤＣＩを受信することが困難となり得る。このことは、多数のＵＥが同じ制御リソースを選択する場合に特に問題となり得る。輻輳の可能性を低減するために、ニューメロロジとは別の付加的な選択基準が適用され得る。

【0088】

候補セットのリストにあるエントリのもう１つの例は、次のようになり得る。
−エントリ１：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝５ＭＨｚ、５ＭＨｚ＜＝ＵＥ能力＜＝２０ＭＨｚ（選択基準）、設定の中心周波数、プリアンブルシーケンス、ＰＲＡＣＨ時間−周波数リソース
−エントリ２：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝５ＭＨｚ、２０ＭＨｚ＜＝ＵＥ能力＜＝８０ＭＨｚ（選択基準）、設定の中心周波数、プリアンブルシーケンス、ＰＲＡＣＨ時間−周波数リソース
−エントリ３：ＳＣＳ＝６０ｋＨｚ、設定ＢＷ＝２０ＭＨｚ、２０ＭＨｚ＜＝ＵＥ能力＜＝８０ＭＨｚ（選択基準）、設定の中心周波数、プリアンブルシーケンス、ＰＲＡＣＨ時間−周波数リソース

【0089】

例えば、エントリ１は１５ｋＨｚのＳＣＳによって特徴づけられ、セットの帯域幅は５ＭＨｚであるが、ここでは動作帯域幅と同じであると想定される。さらに、ＵＥ帯域幅能力は、５ＭＨｚから２０ＭＨｚのＵＥ能力帯域幅範囲によるものである。残りのパラメータは上記の例と同様である。

【0090】

通信デバイスは次いで、そのニューメロロジと選択基準の両方に従って１つのセットを選択する。例えば、上記のリストにおいて、エントリ１とエントリ２は共に、同じサブキャリア間隔と帯域幅を有し、したがって両者は、ｅＭＢＢ動作など、同じユースケースに好適でありかつそれを目標としている。しかしながら、それらは、本明細書では付加的な選択基準であるＵＥ能力に関して異なっている。具体的に、エントリ１は５ＭＨｚから２０ＭＨｚの帯域幅能力を有するＵＥに対するものであるが、エントリ２は２０ＭＨｚから８０ＭＨｚの帯域幅能力を有するＵＥに対するものである。したがって、２０ＭＨｚから８０ＭＨｚ（４０ＭＨｚなど）の帯域幅能力を有するＵＥはエントリ２を選択し得るのに対し、２０ＭＨｚ未満（１０ＭＨｚなど）の帯域幅能力を有するＵＥはエントリ１を選択し得る。エントリ３は、例えば、ＵＲＬＬＣのユースケースに適しており、それを目標としている。

【0091】

具体的に、通信デバイスは、第１の動作帯域幅を、同じニューメロロジに対するＵＥ能力の最低要件に設定し得る。上記に示されたエントリ１〜３の例示的なリストによれば、１５ｋＨｚのＳＣＳをサポートするＵＥが８０ＭＨｚの帯域幅能力を有する場合、エントリ２が選択されることになり、第１のＲＦ ＵＥ動作ＢＷは２０ＭＨｚ（エントリ２における選択基準の最低要件に対応し、換言すれば、ＵＥ能力範囲パラメータの最低値に対応する）に設定され得る。そのような設定の利点は、エントリ２のセットを監視するすべてのＵＥが少なくとも２０ＭＨｚのＢＷ能力を有することをｇＮＢ（またはスケジューラ）が把握するので、このセットによって搬送されるＤＣＩは、いかなるＵＥの検出失敗も気にすることなく、この２０ＭＨｚに一致するリソースをスケジューリングし得ることである。他方では、８０ＭＨｚの能力を有するＵＥに対して２０ＭＨｚの動作ＢＷを選定することは、監視の電力消費量を節約することになる。

【0092】

上記の例において、エントリ３は、ＳＣＳ＝６０ｋＨｚを用いたニューメロロジに対する唯一のエントリである。しかしながら、本開示はそれには限定されない。一般に、同じＳＣＳおよびＢＷと、異なる値の付加的な選択パラメータを有する１つ以上の付加的なエントリも存在し得る。

【0093】

セットＢＷがＵＥの第１のＲＦ動作ＢＷ（第１の帯域幅）よりも小さい場合は、次のようになる。
−制御リソースセットは、周波数領域において第１の帯域幅の内側で中央に位置し得るが、そのため、中心周波数のためのシグナリングは必要でなくなる。制御リソースセットのＢＷと第１のＢＷとのサイズの関係は、規格において規定され得るかもしくはシグナリングされ得る。
−あるいは代替的に、セットの中心と第１の帯域幅の中心とのオフセットもまた、１つのパラメータとして組み込まれ得る。
−あるいは代替的に、ＵＥは第１の帯域幅内でブラインド復号を実施し得る。

【0094】

したがって、輻輳問題は、付加的な選択基準に従って通信デバイスを適切にグループ化することによって低減され得る。考えられる１つの選択基準は、上記の例で述べたように、帯域幅から見たＵＥ能力範囲である。そのような選択基準を用いると、ＵＥ帯域幅能力の範囲は、ランダムアクセス手順の間、ｇＮＢに暗黙的に知られる。したがって、ｇＮＢは、第１の制御リソースセット内のリソース割当てをＤＣＩに提供し得るが、そのリソース割当ては、ＵＥの能力に一致するリソース、すなわち、ＵＥ能力に含められる帯域幅内に位置するリソース（例えば、最小ＵＥ能力範囲値）をスケジュールする。上記の例は、異なる２つのＵＥ能力範囲のみを示している。しかしながら、一般には、選択基準として使用されるそのような能力範囲は３つ以上存在し得る。

【0095】

候補セットのリストのエントリはまた、ホッピングが有効化されているか無効化されているかを示し、そして場合によってはホッピングパターンのシグナリングをも示す付加的なパラメータを含み得る。そのようなリストの例が次のように示される。

【0096】

−エントリ１：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝５ＭＨｚ、５ＭＨｚ＜＝ＵＥ能力＜＝２０ＭＨｚ（選択基準）、設定の中心周波数、ホッピング＝偽、ＰＲＡＣＨシーケンス、ＰＲＡＣＨ時間−周波数リソース
−エントリ２：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝５ＭＨｚ、２０ＭＨｚ＜＝ＵＥ能力＜＝８０ＭＨｚ（選択基準）、設定の中心周波数、ホッピング＝偽、ＰＲＡＣＨシーケンス、ＰＲＡＣＨ時間−周波数リソース
−エントリ３：ＳＣＳ＝６０ｋＨｚ、設定ＢＷ＝２０ＭＨｚ、２０ＭＨｚ＜＝ＵＥ能力＜＝８０ＭＨｚ（選択基準）、設定の中心周波数、ホッピング＝偽、ＰＲＡＣＨシーケンス、ＰＲＡＣＨ時間−周波数リソース
−エントリ４：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝１８０ＭＨｚ、１．４ＭＨｚ＜＝ＵＥ能力＜＝５ＭＨｚ（選択基準）、設定の中心周波数、ホッピング＝真、ホッピングパターン、ＰＲＡＣＨシーケンス、ＰＲＡＣＨ時間−周波数リソース

【0097】

したがって、リストのそれぞれの異なるエントリに対し、異なるホッピングオプションが存在する。ホッピングはオン（この例では、ホッピング＝真の値）またはオフ（この例ではホッピング＝偽の値）に切り替えられ得る。ホッピングが真である場合、事前定義または事前構成されたホッピングパターンが適用され得る。

【0098】

上記の例では、エントリ１および２は、ｅＭＢＢのユースケースに適切となり得るが、エントリ３はＵＲＬＬＣのユースケースに適切となり得る。エントリ１〜３はホッピングをオフにしている。加えて、最低の帯域幅を有するエントリ４の場合、ホッピングはオンにされ、付加的なパラメータホッピングパターンが構成される。ホッピングパターンというパラメータは、ホッピングパターンを示している。これは、規格において定義され得るかあるいはシステム情報によって構成され得る複数の特定のパターンのうちの１つを参照することによって実施され得る。エントリ４は、ｍＭＴＣなど、低帯域幅のユースケースに対して特に効率的となり得るが、それはこのエントリ４が、非常に低いＢＷ能力を有するＵＥに対しても周波数ダイバーシティの提供を可能にするからである。

【0099】

また、付加的なパラメータとして指定され得るホッピングパターンにおいて異なる複数のエントリが存在し得る。

【0100】

上記のエントリリストは単に例示的なものである。異なるパラメータの組合せを用いた、より多くのエントリを有するリストが提供され得る。より大きな選択自由度を設けることは、輻輳の可能を低減するのに役立ち得る。

【0101】

構成に対するより大きな自由度を得るために、上述した基本パラメータにおける他のパラメータもまた、制御リソースの第２のセットに対して構成され得る。

【0102】

第１のｅＭＢＢ ＵＥに対し、次の第１および第２の制御リソースセットが定義され得る。
−セット１：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝５ＭＨｚ、５ＭＨｚ＜＝ＵＥ能力＜＝２０ＭＨｚ（選択基準）、設定の中心周波数、ホッピング＝偽（false）、ＰＲＡＣＨシーケンス、ＰＲＡＣＨ時間−周波数リソース
−セット２：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝２０ＭＨｚ、第２のＲＦ ＢＷ＝２０ＭＨｚ、設定の中心周波数、ホッピング＝偽

【0103】

具体的に、この例では、セット１は第１の帯域幅と同じであると想定される設定ＢＷを有し、セット２は、セット帯域幅と第２の帯域幅の構成を分離することを可能にしている。さらに、セット２は、セット１とは異なる中心周波数に位置し得る。しかしながら、セット２に対する上記のエントリにおいては、動作（第２のＲＦ ＢＷ）帯域幅は依然として、設定帯域幅と同じに設定される。

【0104】

第２のｅＭＢＢ ＵＥに対し、次の第１および第２の制御リソースセットが定義され得る。

【0105】

セット１：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝５ＭＨｚ、２０ＭＨｚ＜＝ＵＥ能力＜＝８０ＭＨｚ（選択基準）、設定の中心周波数、ホッピング＝偽、ＰＲＡＣＨシーケンス、ＰＲＡＣＨ時間−周波数リソース
セット２：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝４０ＭＨｚ、第２のＲＦ ＢＷ＝４０ＭＨｚ、設定の中心周波数、ホッピング＝偽

【0106】

さらに、考えられるＵＲＬＬＣ ＵＥに対し、２つのセットが次のように定義され得る。
−セット１：ＳＣＳ＝６０ｋＨｚ、設定ＢＷ＝２０ＭＨｚ、２０ＭＨｚ＜＝ＵＥ能力＜＝８０ＭＨｚ（選択基準）、設定の中心周波数、ホッピング＝偽、ＰＲＡＣＨシーケンス、ＰＲＡＣＨ時間−周波数リソース
−セット２：ＳＣＳ＝６０ｋＨｚ、設定ＢＷ＝４０ＭＨｚ、第２のＲＦ ＢＷ＝８０ＭＨｚ、設定の中心周波数、設定ＢＷの中心と第２のＢＷの中心との間のオフセット、ホッピング＝偽

【0107】

セット２に対する上記のエントリにおいて、セット帯域幅は第２の帯域幅よりも狭く、オフセットが定義される。

【0108】

考えられるｍＭＴＣ ＵＥに対し、２つのセットが次のように定義され得る。
−セット１：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝１８０ＭＨｚ、１．４ＭＨｚ＜＝ＵＥ能力＜＝５ＭＨｚ（選択基準）、ホッピング＝真（true）、ホッピングパターン、ＰＲＡＣＨシーケンス、ＰＲＡＣＨ時間−周波数リソース
−セット２：ＳＣＳ＝１５ｋＨｚ、設定ＢＷ＝３６０ｋＨｚ、第２のＲＦ ＢＷ＝１．４ＭＨｚ、、ホッピング＝真、ホッピングパターン

【0109】

具体的に、この例では、セット１およびセット２の中心周波数は構成パラメータに与えられていない。デフォルトのロケーションがこの場合は使用される。例えば、制御リソースセットは、図１０および１１に示す例のように、常にシステム帯域幅の縁部に位置する。

【0110】

上記の例では、周波数領域における制御リソースセットの構成に焦点が当てられる。しかしながら、時間領域における制御リソースセットの位置を考慮することも有用となり得る。

【0111】

図１２は、サブフレーム内での種々の時間単位の例示的な整列を示している。サブフレームは、この例では１ｍｓの長さを有する時間単位である。しかしながら、１ｍｓのサブフレーム長は単なる例であり、本開示はいかなる特定の時間単位長にも限定されない。サブフレームは、スロットまたはミニスロットへとさらに分割される。複数のニューメロロジをサポートするために、各ニューメロロジは、スロットまたはミニスロット長を単位として、それ自体のスケジューリング間隔を有し得る。図１２から分かるように、異なるニューメロロジのためのスロットおよびミニスロットなどのスケジューリング間隔は、サブフレームの境界内で整列されている。さらに、図１２には以下のスケジューリング間隔長が示されている。

【0112】

−サブフレーム内の２つの０．５ｍｓ長のスロット。この構成は、ＴＴＩ（スケジューリング間隔）当たりに７シンボルを有する１５ｋＨｚ ＳＣＳに該当する。
−サブフレーム内の７つのミニスロット。この構成は、１５ｋＨｚ ＳＣＳおよびＴＴＩ当たりの２シンボルに該当する。
−サブフレーム内の１６のミニスロット。この構成は、３０ｋＨｚ ＳＣＳおよびミニスロット当たりの２シンボルに該当する。
−サブフレーム内の８つのスロット。この構成は、６０ｋＨｚおよびＴＴＩ当たりの７シンボルに該当する。

【0113】

図１７は例示的なニューメロロジ方式を示している。具体的に、図１７は、異なる３つのニューメロロジ方式による無線リソースの区画化の簡略図である。結果として得られるリソーススケジューリング単位が、ニューメロロジ方式の各々において太線の四角形で示されている。

【0114】

図１７のニューメロロジ方式１は、１５ｋＨｚのサブキャリア間隔（結果として得られるシンボル持続期間は６６．７μｓ（図１を参照））、リソーススケジューリング単位当たり１２サブキャリアおよび６シンボルを有することを特徴としている。結果として得られるリソーススケジューリング単位は、１８０ｋＨｚの周波数帯域幅および０．５ｍｓの長さ（例えば、ＬＴＥシステムから知られるような、各々が１６．７μｓのサイクリックプレフィックスを例示的に考える場合）を有する。それに対応して、周波数領域において、周波数帯域の帯域幅は、２４のリソーススケジューリング単位（それぞれが１８０ｋＨｚの帯域幅を有する）へと分割される。これらのニューメロロジの特徴を用いると、ニューメロロジ方式１がｍＭＴＣサービスのデータ送信のために検討され得る。したがって、そのニューメロロジ方式に従うＵＥは、ＴＴＩごとに、すなわち０．５ｍｓごとにスケジューラによって理論的にスケジューリングされ得る。

【0115】

ニューメロロジ方式２は、（２×１５ｋＨｚ＝）３０ｋＨｚ（結果として得られるシンボル持続期間は３３．３μｓ（図１を参照））のサブキャリア間隔、リソーススケジューリング単位ごとに１２サブキャリアおよび６シンボルを有することを特徴としている。したがって、結果として得られるリソーススケジューリング単位は、３６０ｋＨｚの周波数帯域幅および０．２５ｍｓの長さ（２つごとに１６．７μｓのスケーリングされたサイクリックプレフィックスを例示的に考える場合）を有する。それに対応して、周波数領域において、周波数帯域の帯域幅は、１２のリソーススケジューリング単位（それぞれが３６０ｋＨｚの帯域幅を有する）へと分割される。これらのニューメロロジの特徴を用いると、ニューメロロジ方式２がｅＭＢＢサービスのデータ送信のために検討され得る。そのニューメロロジ方式に従うＵＥはしたがって、ＴＴＩごとに、すなわち０．２５ｍｓごとにスケジューラによって理論的にスケジューリングされ得る。

【0116】

ニューメロロジ方式３は、（４×１５ｋＨｚ＝）６０ｋＨｚ（結果として得られるシンボル持続期間は１６．７μｓ（図１を参照））のサブキャリア間隔、リソーススケジューリング単位ごとに１２サブキャリアおよび４シンボルを有することを特徴としている。したがって、結果として得られるリソーススケジューリング単位は、７２０ｋＨｚの周波数帯域幅および０．０８３３ｍｓの長さ（４つごとに１６．７μｓのスケーリングされたサイクリックプレフィックスを例示的に考える場合）を有する。それに対応して、周波数領域において、周波数帯域の帯域幅は、６のリソーススケジューリング単位（それぞれが７２０ｋＨｚの帯域幅を有する）へと分割される。これらのニューメロロジの特徴を用いると、ニューメロロジ方式３がＵＲＬＬＣサービスのデータ送信のために検討され得る。したがって、そのニューメロロジ方式に従うＵＥは、ＴＴＩごとに、すなわち０．０８３３ｍｓごとにスケジューラによって理論的にスケジューリングされ得る。

【0117】

異なるニューメロロジ方式がモバイルネットワークには共存せねばならず、種々のニューメロロジ方式の無線リソースが、必要に応じてユーザ端末に割り当てられるために利用可能であるべきである。周波数帯域内の異なるニューメロロジ、ならびに周波数領域および／または時間領域内の無線リソースを多重化する方法に関して、いくつかの可能性がある。一般に、各ニューメロロジ方式に従ってデータ送信のために無線リソースを割り当てることが可能となるように、周波数帯域の利用可能な時間−周波数無線リソースは、適切な方式で、システム中に共存する異なるニューメロロジ方式の間で分割されるべきである。それに対応して、各ニューメロロジ方式は、周波数帯域の利用可能な無線リソースの中から、特定のセットの無線リソースに関連付けられるが、その無線リソースのセットは次いで、そのニューメロロジ方式に従って割り当てられるようにすなわち、特定のニューメロロジ方式のニューメロロジ特性に従って対応するサービス（ここでは、ＵＲＬＬＣ、ｍＭＴＣ、ｍＭＢＢ）のためのデータを送信するために無線リソースを割り当てるために、スケジューラ（無線基地局など）によって使用可能である。各サービスのトラフィック量が経時的に変動することを考慮すれば、種々の共存するニューメロロジ方式をサービスのためにこのように多重化することもまた柔軟となり得る。

【0118】

通信デバイスは次いで、多くとも、スケジューリング間隔ごとに制御リソースを監視する。監視労力を低減するために、監視が生じる頻度が少なくなるにつれて、より大きな省電力が取得され得る。

【0119】

どのスロット／ミニスロットの中で、１つのサブフレーム内にＤＣＩが予想されるかに関して、ＵＥはＲＲＣを用いて、あるいはより一般的には、より上位のレイヤのプロトコルを用いて構成され得る。その構成は、ＤＣＩタイプ（例えば、ＲＡ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＵＥ固有ＤＣＩなど）に依存し得る。例えば、サブフレーム内」の第１のスロットは共通制御情報を搬送するように構成され得るのに対し、同じサブフレーム内の第２のスロットは、ＵＥ固有制御情報を搬送するように、また共通制御情報を搬送しないように構成され得る。加えて、グループ情報を搬送するスロットは、第１および第２のスロットとは別に指定されても、同じであってもよい。また、そのような再分割では、１つのスロット上だけで、特定のタイプのＲＮＴＩ（またはＲＮＴＩ）を用いて制御情報を復号する試行が行われ得るので、監視労力を低減することが可能となる。

【0120】

第１の制御リソースセットおよび第２の制御リソースセットの時間領域におけるサイズは、別の構成可能なパラメータに基づいて通信デバイスによって暗黙的に決定されてもよく、あるいは、明示的なシグナリングにより基地局によって構成されてもよい。具体的に、スケジューリング間隔内の制御リソースセットのシンボル数は、スロット／ミニスロットの長さに応じた固定値であってもよい。換言すれば、通信デバイスは、スロットサイズ（またはスケジューリング間隔サイズ）に基づいて制御リソースセットのシンボル数を決定する。その決定方式は、規格において、例えば、特定の構成可能なスロットサイズおよび／またはスケジューリング間隔のサイズに対する制御リソースセットのシンボル数の表として与えられ得る。

【0121】

代替的に、リソース制御セットのサイズは構成可能である。具体的に、（第１または第２の）リソース制御セットのサイズは、（それぞれ第１および第２の）リソース制御セットの第１のシンボルにおいて、すなわち、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）においてシグナリングされ得る。しかしながら、本開示はそのようなシグナリングには限定されない。代替的に、時間領域におけるリソース制御セットのサイズは、それぞれのリソース制御セットのパラメータとなるものであり、通信デバイスによって選択され、ニューメロロジおよび／または動作帯域幅範囲に関して上記で示したようにランダム手順によって指示され得る。

【0122】

さらに、時間領域におけるリソース制御セットのサイズの構成可能性は構成可能となり得る。例えば、パラメータ「ＰＣＦＩＣＨ構成の可能性」は、セット１およびセット２に対する構成パラメータの中に含められ得る。パラメータ「ＰＣＦＩＣＨ構成の可能性」の値が偽である場合、それぞれセット１および／またはセット２のシンボル数に固定値が使用される。この固定値は、デフォルト値であるか、あるいは上述したように通信デバイスによって決定された値のいずれかである。他方で、パラメータ「ＰＣＦＩＣＨ構成の可能性」の値が真である場合、制御セットの第１のシンボル内に位置するＰＣＦＩＣＨによってシンボル数がシグナリングされる。

【0123】

通信デバイスは、異なる制御リソースセットを様々な方式で利用し得る。例えば、第１のオプション（オプション１）によれば、異なるセットが異なるニューメロロジに対して構成される。ＵＥは、構成されたすべての制御リソースセット内でブラインド復号を行うべきである。具体的に、基地局は、第１の制御リソースセットおよび第２の制御リソースセットおよび／または第３、第４などの別の制御リソースセットなど、１つ以上の構成された制御リソースセットを監視するように通信デバイスを制御し得る。例えば、そのセットで搬送された制御情報（ＤＣＩ）によってスケジュールされたリソースのニューメロロジに類似したニューメロロジに基づいて送信された制御リソースセットが存在し得る。それでもやはり、監視労力は、監視される新しい各セットと共に増大する。

【0124】

監視労力をさらに低減するために、オプション２によれば、１つのセットが、他のニューメロロジ方式のデータ送信のためのＤＣＩを搬送するように構成される。換言すれば、制御リソースセットのニューメロロジは、その制御リソースセットの制御リソースによってスケジューリングされたリソースのニューメロロジとは異なり得る。このアプローチの利点のうちの１つは、ＵＥが制御情報に関して１つのニューメロロジ方式しか監視する必要がないということである。制御情報（ＤＣＩ）は次いで同様に、そのＤＣＩによって割り当てられた（スケジューリングされた）データ送信によって使用されるニューメロロジを指示し得る。

【0125】

制御リソースセットの周波数リソースおよび関連するＲＦ ＢＷは、それらの絶対値によって、あるいは、例えば規格にある特定の値に割り当てられるインデックスによって指示され得る。代替的に、シグナリングの十分な柔軟性をもたらすために、またそれと同時にシグナリングリソースを節約するために、（第１および／または第２の）制御リソースセットの周波数リソースは、そのセットが目標とする同じニューメロロジ方式におけるリソースグリッドを基準として指示され得る。

【0126】

例えば、リソースグリッドは、ニューメロロジ方式ごとに定義され、ｇＮＢとＵＥの両方に知られる。グリッドは、リソース割振りに関しては変化しない。この様子を図１３に示す。具体的に、図１３は、６０ｋＨｚ、３０ｋＨｚ、および１５ｋＨｚのサブキャリア間隔を持つ、３つのそれぞれ異なるニューメロロジに対する３つのそれぞれのグリッドを、３つの行として示している。図１３のＵＥ１は、１５ｋＨｚのＳＣＳによって、｛ＲＢ＃−１３からＲＢ＃−１０｝として第１のＲＦ ＢＷを通知され得る。換言すれば、第１の帯域幅および／または第２の帯域幅は、それぞれの帯域幅に属する最低のリソースブロック（ＲＢ）のインデックスおよび最高のリソースブロックのインデックスによって指示され得る。リソースブロックは、周波数領域における最小の割当て可能な単位であり得、また、いくつかのサブキャリア、例えば１２のサブキャリアを含み得る。

【0127】

したがって、制御リソースセットを搬送する制御情報（例えば、専用ＲＲＣシグナリングまたはブロードキャストされたシステム情報などの上位レイヤシグナリング、および物理レイヤシグナリング）は、効率を改善してシグナリングされ得る。

【0128】

しかしながら、本開示はそのようなシグナリングには限定されない。一般に、動作帯域幅は、その中心周波数および幅によって、あるいは最低ＲＢおよび帯域幅など任意の他の方式でシグナリングされ得る。

【0129】

さらに、上述したシグナリングは、最低および最高周波数（リソースブロックインデックスによって指示される）によってシステム帯域の任意の副帯域を指示するために使用され得る。換言すれば、このシグナリングの方式は、動作帯域幅をシグナリングすることに限定されるものではなく、任意の周波数帯域または範囲（例えば、候補セット構成に関連して上述した能力帯域幅範囲）を指示するために使用され得る。

【0130】

本開示は、ソフトウェア、ハードウェア、またはハードウェアと協働するソフトウェアによって実現され得る。上述した各実施形態の説明において用いられた各機能ブロックは、集積回路などのＬＳＩによって部分的にまたは全体的に実現され得るものであり、また、各実施形態で説明した各プロセスは、同じＬＳＩまたはＬＳＩの組合せによって部分的にまたは完全に制御され得る。ＬＳＩはチップとして個別に形成されてもよく、あるいは、１つのチップが機能ブロックの一部またはすべてを含むように形成されてもよい。ＬＳＩは、それに結合されたデータ入力部とデータ出力部とを含み得る。ここでのＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと呼ばれ得るものである。しかしながら、集積回路を実装する技術は、ＬＳＩに限定されるものではなく、専用回路または汎用プロセッサまたは特殊目的プロセッサを使用することによって実現されてもよい。加えて、ＬＳＩの製造後にプログラムされ得るＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＬＳＩ内部に配設される回路セルの接続および設定が再構成され得るリコンフィギャラブル・プロセッサが使用されてもよい。本開示は、デジタル処理またはアナログ処理として実現され得る。将来の集積回路技術が半導体技術または他の派生技術の進歩の結果としてＬＳＩが置き換えられる場合、機能ブロックは、その将来の集積回路技術を用いて集積され得る。バイオテクノロジーも適用され得る。

【0131】

図１４は、（無線）物理チャネル１４５０を介して互いに通信する通信デバイス１４１０とスケジューリングデバイス１４６０とを含んだシステムのブロック図を示す。通信デバイス１４１０はトランシーバ１４２０と回路１４３０とを備える。トランシーバ１４２０は受信機と送信機とを備える。回路１４３０は、１つ以上のプロセッサまたは上述した任意のＬＳＩなど、１つ以上のハードウェアであってよい。トランシーバ１４２０と回路１４３０との間に、入力／出力ポイント１４２５が存在し、その入力／出力ポイント１４２５を介して、回路は動作時にトランシーバ１４２０を制御し、すなわち、受信機および／または送信機を制御し、受信／送信データを交換する。トランシーバ１４２０は、１つ以上のアンテナを含んだＲＦフロント、増幅器、ＲＦ変調器／復調器などを含み得る。回路１４３０は、具体的には、ユーザデータを送信するため、回路によって提供されたデータを制御するため、ならびに／または回路によってさらに処理されるユーザデータおよび制御データを受信するためにトランシーバ１４２０を制御することなどの制御タスクを実装し得る。

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

ステップ１８４０において、競合解決（contention resolution）が実施される。複数のＵＥが、ステップ１８２０から、同じランダムアクセスリソース（プリアンブルシーケンスおよび関連するアップリンクリソース）を偶然に選択した場合、第１のステップ１８１０において同じプリアンブルリソースを使用して同時のランダムアクセス試行を実施するこれらのＵＥは、第２のステップ１８２０において同じ応答メッセージをリッスンし、したがって同じ一時識別子を有することになる。したがって、第４のステップ１８４０において、ダウンリンクメッセージを受信する各端末は、メッセージ内のアイデンティティを、第３のステップ１８３０において送信されたアイデンティティと比較することになる。第４のステップ１８４０において受信されたアイデンティティと、第３のステップ１８３０の一部として送信されたアイデンティティとの一致を観測する端末のみが、ランダムアクセス手順の成功を宣言することになる。

【0181】

上記に例示したランダムアクセス手順のステップ１８４０は、ステップ１８４０においてメッセージをスケジューリングするＤＣＩがＵＥによって選択されたセット１において再び送信されることを除いて、ＬＴＥの手順と同様である。図１８を参照して説明したランダムアクセス手順は単に例示的なものである。本開示はこのランダムアクセス手順によって限定されるものではなく、また、異なる方式でもランダムアクセスを実施し得る。一般に、（ランダムアクセスメッセージ送信機によって）ランダムに選択されたリソースを伴う任意のアクセスが適用され得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】