▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
特表2024-536203ダウンリンク制御チャネルの監視に関与するユーザ機器および基地局
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-04
(54)【発明の名称】ダウンリンク制御チャネルの監視に関与するユーザ機器および基地局
(51)【国際特許分類】
H04W 72/232 20230101AFI20240927BHJP
H04W 72/0446 20230101ALI20240927BHJP
H04W 72/56 20230101ALI20240927BHJP
【ＦＩ】
H04W72/232
H04W72/0446
H04W72/56
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024519477
(86)(22)【出願日】2022-09-20
(85)【翻訳文提出日】2024-03-28
(86)【国際出願番号】 EP2022076018
(87)【国際公開番号】W WO2023052180
(87)【国際公開日】2023-04-06
(31)【優先権主張番号】21200300.8
(32)【優先日】2021-09-30
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】クゥァン クゥァン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD17
5K067EE02
5K067EE10
5K067EE71
5K067JJ13
(57)【要約】
本開示は、以下を備えるユーザ機器ＵＥに関する。処理回路は、タイムスロットグループに対して、監視機能に従ってＵＥによって監視される１つまたは複数のタイムスロットを決定し、監視機能は、ダウンリンク制御情報を受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる。監視タイムスロットの決定は、監視タイムスロットがダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、監視タイムスロットがダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、のうちの１つまたは複数に従って実行される。次いで、処理回路は、タイムスロットグループの決定された監視タイムスロットにおいてダウンリンク制御チャネルを監視する。
【選択図】図１４
【選択図】図１４
【特許請求の範囲】
【請求項1】
ユーザ機器（ＵＥ）であって、動作に際して、２つ以上のタイムスロットグループに対して、監視機能に従って前記ＵＥによって監視される前記タイムスロットグループ内の１つまたは複数のタイムスロットを決定する処理回路であって、前記監視機能は、ダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するために前記ＵＥによって動作させられる、前記処理回路
を備え、
前記処理回路は、前記タイムスロットグループ内の監視タイムスロットの前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行し、
前記処理回路は、動作に際して、前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットにおいて前記ダウンリンク制御チャネルを監視する、
ＵＥ。
【請求項2】
前記タイムスロットグループ内の前記監視タイムスロットの前記決定のために、前記共通サーチスペースに関する前記第１の基準が、前記ＵＥ固有サーチスペースに関する前記第２の基準よりも先に考慮される、請求項１に記載のＵＥ。
【請求項3】
前記監視タイムスロットの前記決定のために、前記処理回路は、前記ＵＥ固有サーチスペースを優先順位の順に考慮し、ＵＥ固有サーチスペースのインデックスが低いほど、監視タイムスロットに含められる優先順位が高くなる、請求項１または２に記載のＵＥ。
【請求項4】
前記第１の基準はさらに、監視タイムスロットが、前記ダウンリンク制御チャネルの第１の共通サーチスペースのセットのうちの共通サーチスペースに関連付けられた監視機会を含み、前記第１の共通サーチスペースのセットが、前記ＵＥに対して設定される全ての共通サーチスペースを含まないこと
として定義され、
任意選択により、前記第１の共通サーチスペースのセットは、前記ＵＥへの専用メッセージで設定される共通サーチスペースを含み、ＵＥのグループに共通して設定される共通サーチスペースを含み、
任意選択により、前記第１の共通サーチスペースのセットは、５Ｇ通信システムによる、前記ＵＥへの専用メッセージによって設定されるＴｙｐｅ－１の共通サーチスペースと、Ｔｙｐｅ－３の共通サーチスペースとを含む、
請求項１～３のいずれか一項に記載のＵＥ。
【請求項5】
前記処理回路は、動作に際して、前記タイムスロットグループの前記監視タイムスロットとは異なる前記タイムスロットグループの追加の監視タイムスロットにおいて前記第１の共通サーチスペースのセットに属さない共通サーチスペースを監視する、請求項４に記載のＵＥ。
【請求項6】
前記ＵＥは、前記監視タイムスロットでない前記タイムスロットグループのタイムスロットにおいて前記ダウンリンク制御チャネルを監視しないことが許可される、請求項１～５のいずれか一項に記載のＵＥ。
【請求項7】
前記監視タイムスロットの前記決定は、タイムスロットグループごとに個別に実行される、請求項１～６のいずれか一項に記載のＵＥ。
【請求項8】
前記監視タイムスロットの前記決定は、複数のタイムスロットグループに対して一緒に実行され、前記決定は、前記複数のタイムスロットグループのうちの各タイムスロットグループ内の前記監視タイムスロットの共通の相対位置をもたらし、前記処理回路は、動作に際して、前記複数のタイムスロットグループのそれぞれに対する前記監視タイムスロットを決定するために、前記監視タイムスロットの前記決定された共通の相対位置を適用し、
任意選択により、前記監視タイムスロットの前記共通の相対位置に基づく前記監視タイムスロットの前記決定は、前記監視機会の設定が変更されるまで実行される、
請求項１～６のいずれか一項に記載のＵＥ。
【請求項9】
前記処理回路は、動作に際して、前記監視機会の前記設定が変更されたか否かを判定し、前記監視機会の前記設定が変更されたと判定された場合、前記処理回路は、動作に際して、前記監視機会の前記変更された設定に従って、前記監視機会の前記設定の変更後の他の複数のタイムスロットグループに対して前記監視タイムスロットの前記決定を再度実行し、前記決定は、前記他の複数のスロットグループのうちの各タイムスロットグループ内の前記監視タイムスロットの他の共通の相対位置をもたらし、
前記処理回路は、動作に際して、前記監視機会の前記設定の前記変更後の前記他の複数のタイムスロットグループに対して前記監視タイムスロットを決定するために、前記決定された他の共通の相対位置を適用する、
請求項８に記載のＵＥ。
【請求項10】
前記監視タイムスロットの前記決定は、前記複数のタイムスロットグループのうちの基準タイムスロットグループに基づいて実行され、前記処理回路は、動作に際して、前記基準タイムスロットグループを、前記複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、
共通サーチスペースを含む、前記複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、または
前記複数のタイムスロットグループのうち、最も少ないタイムスロット内に最も多くの共通サーチスペースおよびＵＥ固有サーチスペースを含む、
タイムスロットグループとして決定する、請求項８または９に記載のＵＥ。
【請求項11】
前記監視タイムスロットの前記決定は、前記複数のタイムスロットグループの前記監視機会を考慮して実行され、任意選択により、前記複数のタイムスロットグループの前記監視タイムスロットの前記決定のために、前記処理回路は、前記複数のタイムスロットグループの前記監視機会に対して前記第１の基準および前記第２の基準を考慮する、
請求項８または９に記載のＵＥ。
【請求項12】
前記処理回路は、動作に際して、前記ＵＥの受信機が、動作に際して、前記監視機会を設定するための設定情報をサービング基地局から受信した
場合に、前記監視機会の前記設定が変更されたと判定し、
任意選択により、前記監視機会の前記設定情報は、無線リソース制御ＲＲＣプロトコルのメッセージで受信される、
請求項８～１１のいずれか一項に記載のＵＥ。
【請求項13】
前記処理回路は、動作に際して、前記ＵＥが、サービング基地局から前記ダウンリンク制御チャネルを受信するために、現在のビームから新しいビームに切り替える
場合に、前記監視機会の前記設定が変更されたと判定し、
任意選択により、前記処理回路は、動作に際して、前記サービング基地局から前記ダウンリンク制御チャネルを受信するために使用される前記ビームと、記憶された設定情報とに基づいて前記監視機会を決定し、前記記憶された設定情報は、ビーム固有の監視機会を設定するための、異なるビームに関連付けられた異なる設定情報を含み、
任意選択により、前記処理回路は、動作に際して、前記ＵＥが前記サービング基地局から受信された指示に基づいて前記現在のビームから前記新しいビームに切り替えると判定する、
請求項８～１２のいずれか一項に記載のＵＥ。
【請求項14】
前記監視機会の前記設定の前記変更は、監視機会の数が変更されること、
前記監視機会の周期が変更されること、
前記監視機会のＯＦＤＭシンボルのタイミングが変更されること、
前記監視機会のタイムスロットのタイミングが変更されること、
前記監視機会のアグリゲーションレベルが変更されること、
アグリゲーションレベルごとの監視候補の数が変更されること
のうちの１つまたは複数を含み、
任意選択により、前記処理回路は、動作に際して、前記監視機会の前記設定の前記変更により、前記監視機会の以前の設定と比較して、いずれかの監視機会のタイムスロットが異なるものになるか否かをさらに判定し、
いずれかの監視機会のタイムスロットが異なるものになる場合、前記処理回路は、監視スロットの前記決定を再度実行すべきか否かの目的で、前記監視機会の前記設定が変更されたと判定し、
いずれかの監視機会のタイムスロットが異なるものにならない場合、前記処理回路は、前記監視スロットの前記決定を再度実行すべきか否かの目的で、前記監視機会の前記設定が変更されていないと判定する、
請求項８～１３のいずれか一項に記載のＵＥ。
【請求項15】
タイムスロットは複数のタイムスロットグループにグループ化され、前記タイムスロットグループは時間的に連続していて重複しておらず、各タイムスロットグループはＸ個のタイムスロットを含み、任意選択により、前記処理回路は、動作に際して、前記ダウンリンク制御チャネルに使用されるサブキャリア間隔に基づいて、前記ＵＥに記憶された情報から各タイムスロットグループ内のタイムスロットの数Ｘを決定し、任意選択により、前記記憶された情報は、異なるサブキャリア間隔と、異なるタイムスロット数のうちの１つまたは複数との関連付けを含み、任意選択により、タイムスロットグループ内のタイムスロットの前記数Ｘは、４８０ｋＨｚのサブキャリア間隔の場合は４であり、９６０ｋＨｚのサブキャリア間隔の場合は８である、
請求項１～１４のいずれか一項に記載のＵＥ。
【請求項16】
前記監視タイムスロットの前記決定は、前記タイムスロットグループ内の前記決定された監視タイムスロットが連続するように実行され、または、前記監視タイムスロットの前記決定は、前記タイムスロットグループ内の前記決定された監視タイムスロットが連続しているか否かとは無関係に実行される、
請求項１～１５のいずれか一項に記載のＵＥ。
【請求項17】
前記処理回路は、動作に際して、前記ＵＥに記憶された情報からタイムスロットグループ内の監視タイムスロットの数Ｙを決定し、任意選択により、前記記憶された情報は前記ＵＥの能力に関連し、任意選択により、タイムスロットグループ内の監視タイムスロットの最小数は１スロットであり、タイムスロットグループ内の監視タイムスロットの最大数は各タイムスロットグループ内のタイムスロットの前記数Ｘの半分であり、任意選択により、前記ＵＥは、動作に際して、タイムスロットグループ内の監視タイムスロットの前記数Ｙの情報を、前記ＵＥにサービス提供するサービング基地局に送信する送信機を備える、
請求項１～１６のいずれか一項に記載のＵＥ。
【請求項18】
動作に際して、前記ＵＥにサービス提供するサービング基地局から、前記ＵＥにおいて前記監視機能を設定するための設定情報を受信する受信機をさらに備え、前記設定情報は、前記ＵＥが前記ダウンリンク制御チャネルを監視する１つまたは複数の監視機会を設定し、任意選択により、前記処理回路は、動作に際して、前記受信された設定情報に基づいて、前記ＵＥが前記ダウンリンク制御チャネルを監視する１つまたは複数の監視機会を決定する、
請求項１～１７のいずれか一項に記載のＵＥ。
【請求項19】
前記タイムスロットグループ内の前記監視タイムスロットの前記決定は、１２０ｋＨｚを超える、前記ダウンリンク制御チャネルに使用されるサブキャリア間隔、任意選択により、４８０ｋＨｚまたは９６０ｋＨｚ以上のサブキャリア間隔、および
５２．６ＧＨｚを超える、前記ダウンリンク制御チャネルが送信される周波数範囲、任意選択により、５２．６ＧＨｚ～７１ＧＨｚの周波数範囲、
のうちの１つまたは複数に対して実行される、請求項１～１８のいずれか一項に記載のＵＥ。
【請求項20】
前記タイムスロットグループ内の前記監視タイムスロットの前記決定は、２つの連続するタイムスロットグループの前記監視タイムスロット間で１タイムスロットの最小タイムギャップが空いているという第３の基準に従って前記処理回路によって実行される、請求項１～１９のいずれか一項に記載のＵＥ。
【請求項21】
２つの連続するタイムスロットグループにそれぞれ属する２つの監視タイムスロットが互いに連続している場合、前記処理回路は、動作に際して、前記２つの連続する監視タイムスロットのうちの１つの前記監視機能の実行をスキップすること、または
前記２つの連続する監視タイムスロットのうちの１つにおける監視機会のサブセットに対して前記監視機能の実行をスキップすること
を決定する、請求項１～１９のいずれか一項に記載のＵＥ。
【請求項22】
ＵＥによって実行される、２つ以上のタイムスロットグループに対して、監視機能に従って前記ＵＥによって監視される前記タイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、前記監視機能は、ダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するために前記ＵＥによって動作させられる、前記決定するステップと、
前記タイムスロットグループ内の監視タイムスロットの前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットにおいて前記ダウンリンク制御チャネルを監視するステップと、
を含む、方法。
【請求項23】
基地局であって、動作に際して、２つ以上のタイムスロットグループに対して、監視機能に従ってＵＥによって監視される前記タイムスロットグループ内の１つまたは複数のタイムスロットを決定する処理回路であって、前記監視機能は、前記基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するために前記ＵＥによって動作させられる、前記処理回路において、
前記処理回路は、前記タイムスロットグループ内の監視タイムスロットの前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する、前記処理回路と、
動作に際して、前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいて前記ダウンリンク制御チャネル上でダウンリンク制御情報メッセージを前記ＵＥに送信する送信機と、
を備える、基地局。
【請求項24】
前記タイムスロットグループ内の前記監視タイムスロットの前記決定のために、前記共通サーチスペースに関する前記第１の基準が、前記ＵＥ固有サーチスペースに関する前記第２の基準よりも先に考慮される、請求項２３に記載の基地局。
【請求項25】
前記監視タイムスロットの前記決定のために、前記処理回路は、前記ＵＥ固有サーチスペースを優先順位の順に考慮し、ＵＥ固有サーチスペースのインデックスが低いほど、監視タイムスロットに含められる優先順位が高くなる、請求項２３または２４に記載の基地局。
【請求項26】
前記第１の基準はさらに、監視タイムスロットが、前記ダウンリンク制御チャネルの第１の共通サーチスペースのセットのうちの共通サーチスペースに関連付けられた監視機会を含み、前記第１の共通サーチスペースのセットが、前記ＵＥに対して設定される全ての共通サーチスペースを含まないこと
として定義され、
任意選択により、前記第１の共通サーチスペースのセットは、前記ＵＥへの専用メッセージで設定される共通サーチスペースを含み、ＵＥのグループに共通して設定される共通サーチスペースを含み、
任意選択により、前記第１の共通サーチスペースのセットは、５Ｇ通信システムによる、前記ＵＥへの専用メッセージによって設定されるＴｙｐｅ－１の共通サーチスペースと、Ｔｙｐｅ－３の共通サーチスペースとを含む、
請求項２３～２５のいずれか一項に記載の基地局。
【請求項27】
前記処理回路は、動作に際して、前記タイムスロットグループの前記監視タイムスロットとは異なる前記タイムスロットグループの追加の監視タイムスロットにおいて前記第１の共通サーチスペースのセットに属さない共通サーチスペースのダウンリンク制御情報メッセージを送信する、請求項２６に記載の基地局。
【請求項28】
前記監視タイムスロットの前記決定は、タイムスロットグループごとに個別に実行される、請求項２３～２７のいずれか一項に記載の基地局。
【請求項29】
前記監視タイムスロットの前記決定は、複数のタイムスロットグループに対して一緒に実行され、前記決定は、前記複数のタイムスロットグループのうちの各タイムスロットグループ内の前記監視タイムスロットの共通の相対位置をもたらし、前記処理回路は、動作に際して、前記複数のタイムスロットグループのそれぞれに対する前記監視タイムスロットを決定するために、前記監視タイムスロットの前記決定された共通の相対位置を適用し、
任意選択により、前記監視タイムスロットの前記共通の相対位置に基づく前記監視タイムスロットの前記決定は、前記監視機会の設定が変更されるまで実行される、
請求項２３～２７のいずれか一項に記載の基地局。
【請求項30】
前記処理回路は、動作に際して、前記監視機会の前記設定が変更されたか否かを判定し、前記監視機会の前記設定が変更されたと判定された場合、前記処理回路は、動作に際して、前記監視機会の前記変更された設定に従って、前記監視機会の前記設定の変更後の他の複数のタイムスロットグループに対して前記監視タイムスロットの前記決定を再度実行し、前記決定は、前記他の複数のスロットグループのうちの各タイムスロットグループ内の前記監視タイムスロットの他の共通の相対位置をもたらし、
前記処理回路は、動作に際して、前記監視機会の前記設定の前記変更後の前記他の複数のタイムスロットグループに対して前記監視タイムスロットを決定するために、前記決定された他の共通の相対位置を適用する、
請求項２９に記載の基地局。
【請求項31】
前記監視タイムスロットの前記決定は、前記複数のタイムスロットグループのうちの基準タイムスロットグループに基づいて実行され、前記処理回路は、動作に際して、前記基準タイムスロットグループを、前記複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、
共通サーチスペースを含む、前記複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、
前記複数のタイムスロットグループのうち、最も多くの共通サーチスペースおよびＵＥ固有サーチスペースを含む、
タイムスロットグループとして決定する、請求項２９または３０に記載の基地局。
【請求項32】
前記監視タイムスロットの前記決定は、前記複数のタイムスロットグループの前記監視機会を考慮して実行され、任意選択により、前記複数のタイムスロットグループの前記監視タイムスロットの前記決定のために、前記処理回路は、前記複数のタイムスロットグループの前記監視機会に対して前記第１の基準および前記第２の基準を考慮する、
請求項２９または３０に記載の基地局。
【請求項33】
前記処理回路は、動作に際して、前記基地局の前記送信機が、動作に際して、前記ＵＥの前記監視機会を設定するための設定情報を前記ＵＥに送信した
場合に、前記監視機会の前記設定が変更されたと判定する、請求項２９～３２のいずれか一項に記載の基地局。
【請求項34】
前記処理回路は、動作に際して、前記ＵＥが、前記基地局から前記ダウンリンク制御チャネルを受信するために、現在のビームから新しいビームに切り替える
場合に、前記監視機会の前記設定が変更されたと判定し、
任意選択により、前記処理回路は、動作に際して、前記基地局から前記ダウンリンク制御チャネルを受信するために前記ＵＥによって使用される前記ビームと、記憶された設定情報とに基づいて前記監視機会を決定し、前記記憶された設定情報は、ビーム固有の監視機会を設定するための、異なるビームに関連付けられた異なる設定情報を含み、
任意選択により、前記送信機は、動作に際して、前記ＵＥに前記現在のビームから前記新しいビームに切り替えるように命令する指示を前記ＵＥに送信する、
請求項２９～３３のいずれか一項に記載の基地局。
【請求項35】
前記監視機会の前記設定の前記変更は、監視機会の数が変更されること、
前記監視機会の周期が変更されること、
前記監視機会のＯＦＤＭシンボルのタイミングが変更されること、
前記監視機会のタイムスロットのタイミングが変更されること、
前記監視機会のアグリゲーションレベルが変更されること、
アグリゲーションレベルごとの監視候補の数が変更されること
のうちの１つまたは複数を含み、
任意選択により、前記処理回路は、動作に際して、前記監視機会の前記設定の前記変更により、前記監視機会の以前の設定と比較して、いずれかの監視機会のタイムスロットが異なるものになるか否かをさらに判定し、
いずれかの監視機会のタイムスロットが異なるものになる場合、前記処理回路は、監視スロットの前記決定を再度実行すべきか否かの目的で、前記監視機会の前記設定が変更されたと判定し、
いずれかの監視機会のタイムスロットが異なるものにならない場合、前記処理回路は、前記監視スロットの前記決定を再度実行すべきか否かの目的で、前記監視機会の前記設定が変更されていないと判定する、
請求項２９～３４のいずれか一項に記載の基地局。
【請求項36】
基地局によって実行される、２つ以上のタイムスロットグループに対して、監視機能に従ってＵＥによって監視される前記タイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、前記監視機能は、前記基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するために前記ＵＥによって動作させられる、前記決定するステップと、
前記タイムスロットグループ内の監視タイムスロットの前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいて前記ダウンリンク制御チャネル上でダウンリンク制御情報メッセージを前記ＵＥに送信するステップと、
を含む、方法。
【請求項37】
動作に際して、ユーザ機器のプロセスを制御する集積回路であって、前記プロセスは、ＵＥによって実行される、２つ以上のタイムスロットグループに対して、監視機能に従って前記ＵＥによって監視される前記タイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、前記監視機能は、ダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するために前記ＵＥによって動作させられる、前記決定するステップと、
前記タイムスロットグループ内の監視タイムスロットの前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットにおいて前記ダウンリンク制御チャネルを監視するステップと、
を含む、集積回路。
【請求項38】
動作に際して、基地局のプロセスを制御する集積回路であって、前記プロセスは、前記基地局によって実行される、２つ以上のタイムスロットグループに対して、監視機能に従ってＵＥによって監視される前記タイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、前記監視機能は、前記基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するために前記ＵＥによって動作させられる、前記決定するステップと、
前記タイムスロットグループ内の監視タイムスロットの前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいて前記ダウンリンク制御チャネル上でダウンリンク制御情報メッセージを前記ＵＥに送信するステップと、
を含む、集積回路。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、３ＧＰＰ（登録商標）通信システム等の通信システムにおける方法、装置、および物品を対象とする。
【背景技術】
【0002】
現在、第３世代パートナーシッププロジェクト（３ＧＰＰ：ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、第５世代（５Ｇ：ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ）とも呼ばれる次世代セルラ技術に対する技術仕様に取り組んでいる。
【0003】
１つの目的は、少なくとも拡張モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、超高信頼低遅延通信（ＵＲＬＬＣ：ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、大規模マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を含むすべての利用シナリオ、要件、および配置シナリオ（例、３ＧＰＰ ＴＲ ３８．９１３バージョン１６．０．０のセクション６を参照）に対処する単一の技術フレームワークを提供することである。たとえば、ｅＭＢＢ配置シナリオは屋内ホットスポット、密集した都市部、ルーラル、都市部マクロ、および高速を含んでもよく、ＵＲＬＬＣ配置シナリオは産業用制御システム、モバイルヘルスケア（遠隔モニタリング、診断、および治療）、車両のリアルタイム制御、広域モニタリング、およびスマートグリッドのための制御システムを含んでもよく、ｍＭＴＣ配置シナリオは、たとえばスマートウェアラブルおよびセンサネットワークなどの、非タイムクリティカルデータ転送を伴う多数のデバイスを有するシナリオを含んでもよい。ｅＭＢＢおよびＵＲＬＬＣサービスは、どちらも非常に広い帯域幅を要求する点で類似しているが、ＵＲＬＬＣサービスは好ましくは超低遅延を必要とし得る点で異なっている。
【0004】
第２の目的は、上位互換性を達成することである。Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ、ＬＴＥ－Ａ）セルラシステムに対する下位互換性は必要ないため、まったく新しいシステム設計および／または新規の特性の導入が促進される。
【発明の概要】
【発明が解決しようとする課題】
【0005】
１つの非限定的で例示的な実施形態は、ＵＥが改良されたダウンリンク制御チャネル監視手順を実行するための手順を提供することを容易にする。
【課題を解決するための手段】
【0006】
一実施形態では、本明細書で開示する技術は、以下を備えるユーザ機器ＵＥを特徴とする。ＵＥの処理回路は、２つ以上のタイムスロットグループに対して、監視機能に従ってＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定し、監視機能は、ダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる。処理回路は、そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する。
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する。
【0007】
次いで、処理回路は、タイムスロットグループの決定された１つまたは複数の監視タイムスロットにおいてダウンリンク制御チャネルを監視する。
【0008】
一般的な実施形態または特定の実施形態が、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらの任意の選択的な組み合わせとして実施され得ることに留意されたい。たとえば、集積回路は、ＵＥまたは基地局の処理を制御することができる。
【0009】
開示されている実施形態および様々な実施態様のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって、個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得る目的で、実施形態および特徴すべてを設ける必要はない。
【図面の簡単な説明】
【0010】
以下の実施形態は、添付の図面を参照してより詳細に説明される。
【図1】３ＧＰＰ ＮＲシステムの例示的なアーキテクチャの図である。
【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す概略図である。
【図3】ＲＲＣ接続のセットアップ／再設定の手順のシーケンス図である。
【図4】拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼低遅延通信（ＵＲＬＬＣ）の利用シナリオを示す概略図である。
【図5】非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図である。
【図6】帯域幅パート、制御リソースセット（ＣＯＲＥＳＥＴ：Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）、サーチスペース、サーチスペースセット、およびＰＤＣＣＨ候補の間の関係を示す図である。
【図7】異なるサブキャリア間隔の無線フレーム、サブフレーム、スロット、およびＯＦＤＭシンボルを含む、５Ｇ ＮＲなどの通信システムにおける例示的な時間領域構造を示す図である。
【図8】５２．６～７２ＧＨｚの新しい周波数範囲で使用される高いサブキャリア間隔の、結果的に得られるスロット長およびＯＦＤＭシンボルを示す図である。
【図9】時間領域においてタイムスロットをグループ化するためのタイムスロットグループの使用を示す図である。
【図10】４つのビームによるダウンリンク制御チャネル、特に共通サーチスペースのビームスイープと、２つのＵＥによる受信とを示す図である。
【図11】その結果得られるビームスイープＣＳＳのタイミングを示す図であり、具体的にはＣＳＳは各タイムスロットグループ内の異なるタイムスロットに配置されており、２つのＵＥの監視タイムスロットの位置が固定であることが仮定されている。
【図12】ＵＥおよびｇＮＢの例示的な簡略化した構造を示す図である。
【図13】改良されたダウンリンク制御チャネル監視手順の例示的な実装によるＵＥの構造を示す図である。
【図14】改良されたダウンリンク制御チャネル監視手順の例示的な実装によるＵＥ動作の流れ図である。
【図15】改良されたダウンリンク制御チャネル監視手順の例示的な実装による基地局の構造を示す図である。
【図16】改良されたダウンリンク制御チャネル監視手順の例示的な実装に参加する基地局の動作の流れ図である。
【図17】改良されたダウンリンク制御チャネル監視手順の例示的な実装におけるＵＥおよびｇＮＢの間の例示的な交換を示すシグナリング図である。
【図18】改良されたダウンリンク制御チャネル監視手順の第１の解決策の例示的な実装によるＵＥ動作の流れ図である。
【図19】改良されたダウンリンク制御チャネル監視手順の第１の解決策の例示的な実装による、ＣＳＳ ＭＯおよびＵＳＳ ＭＯの設定と、その結果得られるＹ個の監視タイムスロットとを示す図である。
【図20】改良されたダウンリンク制御チャネル監視手順の第１の解決策の例示的な実装による、ＣＳＳ ＭＯおよびＵＳＳ ＭＯの設定と、その結果得られるＹ個の監視タイムスロットとを示す図である。
【図21】改良されたダウンリンク制御チャネル監視手順の第１の解決策の例示的な実装による、ＣＳＳ ＭＯおよびＵＳＳ ＭＯの設定と、その結果得られるＹ個の監視タイムスロットとを示す図である。
【図22】改良されたダウンリンク制御チャネル監視手順の第１の解決策の例示的な実装による、ＣＳＳ ＭＯおよびＵＳＳ ＭＯの設定と、その結果得られるＹ個の監視タイムスロットとを示す図である。
【図23】改良されたダウンリンク制御チャネル監視手順の第１の解決策の例示的な実装による、ＣＳＳ ＭＯおよびＵＳＳ ＭＯの設定と、その結果得られるＹ個の監視タイムスロットとを示す図である。
【図24】改良されたダウンリンク制御チャネル監視手順の第２の解決策の例示的な実装によるＵＥ動作の流れ図である。
【図25】改良されたダウンリンク制御チャネル監視手順の第２の解決策の例示的な実装による、ＣＳＳ ＭＯおよびＵＳＳ ＭＯの設定と、その結果得られるＹ個の監視タイムスロットとを示す図である。
【図26】改良されたダウンリンク制御チャネル監視手順の第２の解決策の例示的な実装による、ＣＳＳ ＭＯおよびＵＳＳ ＭＯの設定と、その結果得られるＹ個の監視タイムスロットとを示す図である。
【図27】改良されたダウンリンク制御チャネル監視手順の第２の解決策の例示的な実装による、ＣＳＳ ＭＯおよびＵＳＳ ＭＯの設定と、その結果得られるＹ個の監視タイムスロットとを示す図である。
【図28】改良されたダウンリンク制御チャネル監視手順の第２の解決策の例示的な実装による、ＣＳＳ ＭＯおよびＵＳＳ ＭＯの設定と、その結果得られるＹ個の監視タイムスロットとを示す図である。
【図29】改良されたダウンリンク制御チャネル監視手順の第２の解決策の例示的な実装による、設定されたＭＯが変更されたか否かに関するチェックを含む、ＵＥ動作の流れ図である。
【図31】ＣＳＳ ＭＯおよびＵＳＳ ＭＯの設定と、その結果得られるＹ個の監視タイムスロットと、特にバックツーバック（ｂａｃｋ－ｔｏ－ｂａｃｋ）問題とを示す図である。
【発明を実施するための形態】
【0011】
＜５Ｇ ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代セルラ技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ ＮＲの規格に準拠したスマートフォンの試作および商用配備に移ることが可能となっている。
３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代セルラ技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ ＮＲの規格に準拠したスマートフォンの試作および商用配備に移ることが可能となっている。
【0012】
特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation-Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）プロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって相互に接続される。また、ｇＮＢは次世代（ＮＧ：Next Generation）インタフェースによって次世代コア（ＮＧＣ：Next Generation Core）に、より具体的には、ＮＧ－Ｃインタフェースによってアクセス・モビリティ管理機能（ＡＭＦ：Access and Mobility Management Function。例えば、ＡＭＦを実行する特定のコアエンティティ）に、また、ＮＧ－Ｕインタフェースによってユーザプレーン機能（ＵＰＦ：User Plane Function。例えば、ＵＰＦを実行する特定のコアエンティティ）に接続される。ＮＧ－ＲＡＮアーキテクチャは、図１に示される（例えば、３ＧＰＰ ＴＳ ３８．３００ ｖ１６．４６．０のセクション４参照）。
【0013】
ＮＲのユーザプレーンプロトコルスタック（例えば、３ＧＰＰ ＴＳ ３８．３００のセクション４．４．１参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol。ＴＳ ３８．３００のセクション６．４参照）サブレイヤ、ＲＬＣ(Radio Link Control。ＴＳ ３８．３００のセクション６．３参照）サブレイヤ、及びＭＡＣ(Medium Access Control。ＴＳ ３８．３００のセクション６．２参照）サブレイヤを含む。さらに、ＰＤＣＰの上位には、新たなアクセス層（ＡＳ：Access Stratum）サブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）が導入されている（例えば、ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ６．５参照）。また、ＮＲでは制御プレーンのプロトコルスタックも定義されている（例えば、ＴＳ ３８．３００のセクション４．４．２参照）。レイヤ２機能の概要は、ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ６に記載されている。ＲＲＣレイヤの機能は、ＴＳ ３８．３００のｓｕｂ－ｃｌａｕｓｅ ７に列挙されている。
【0014】
例えば、ＭＡＣレイヤでは、論理チャネルの多重化や、様々なヌメロロジーの処理を含むスケジューリングやスケジューリング関連の機能を担う。
【0015】
物理レイヤ（ＰＨＹ：physical layer）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、及び信号の適切な物理時間－周波数リソースへの配置を担う。また、トランスポートチャネルの物理チャネルへの配置も行う。物理レイヤは、トランスポートチャネルの形式でＭＡＣレイヤにサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間－周波数リソースの組に対応し、各トランスポートチャネルは、対応する物理チャネルに配置される。例えば、物理チャネルは、上りリンクではＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel）及びＰＵＣＣＨ（Physical Uplink Control Channel）となり、下りリンクではＰＤＳＣＨ（Physical Downlink Shared Channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）及びＰＢＣＨ（Physical Broadcast Channel）となる。
【0016】
ＮＲのユースケース／展開シナリオには、ｅＭＢＢ（enhanced Mobile Broadband）、ＵＲＬＬＣ（Ultra-Reliable Low-Latency Communications）、ｍＭＴＣ（massive Machine Type Communication）などがあり、これらはデータレート、遅延、カバレッジに関して多様な要件を持つ。例えば、ｅＭＢＢでは、ＩＭＴ－Ａｄｖａｎｃｅｄで提供されているものの三倍ほどのピークデータレート（下り２０Ｇｂｐｓ、上り１０Ｇｂｐｓ）および実効（user-experienced）データレートに対応することが求められる。一方、ＵＲＬＬＣでは、より厳しい要件が超低遅延（ユーザプレーンの遅延はＵＬ、ＤＬともに０．５ｍｓ）と高信頼性（１ｍｓ以内に１－１０－５）について課されている。最後に、ｍＭＴＣには、好ましくは、高い接続密度（都市環境では１平方キロメートルあたり１００万台）、悪環境での広いカバレッジ、低コスト機器の超長寿命バッテリー（１５年）が求められる。
【0017】
したがって、一つのユースケースに適したＯＦＤＭヌメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、巡回プレフィクス（ＣＰ）長、スケジューリング間隔あたりのシンボル数）は、他のユースケースには有効でない場合がある。例えば、低遅延サービスは、好ましくは、ｍＭＴＣサービスよりも短いシンボル長（したがって、より大きなサブキャリア間隔）および／またはスケジューリング区間（換言すると、ＴＴＩ）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。同様のＣＰオーバーヘッドを維持するためには、サブキャリア間隔は適宜最適化される必要がある。ＮＲでは、複数の値のサブキャリア間隔をサポートしてもよい。これに対応して、現時点では１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、・・・、のサブキャリア間隔が検討されている。シンボル長Ｔｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられる。ＬＴＥシステムと同様、「リソースエレメント」という用語は、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する一つのサブキャリアで構成される最小のリソース単位を示すのに使用することができる。
【0018】
新たな無線システム５Ｇ－ＮＲにおいては、各ヌメロロジーおよびキャリアに対して、アップリンクおよびダウンリンクのそれぞれに対してサブキャリアおよびＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッドの各エレメントはリソースエレメントと呼ばれ、周波数領域における周波数インデックスと、時間領域におけるシンボル位置とに基づいて識別される（３ＧＰＰ ＴＳ ３８．２１１ ｖ１６．４６．０、例、セクション４を参照）。たとえば、ダウンリンクおよびアップリンク送信は１０ｍｓの持続時間を有するフレームに編成され、各フレームはそれぞれ１ｍｓの持続時間の１０のサブフレームからなる。５ｇ ＮＲの実装において、サブフレーム当りの連続するＯＦＤＭシンボルの数は、サブキャリア間隔設定に依存する。たとえば、１５ｋＨｚのサブキャリア間隔に対して、サブフレームは１４のＯＦＤＭシンボルを有する（通常のサイクリックプレフィックスを想定したＬＴＥ適合実装と同様である）。他方で、３０ｋＨｚのサブキャリア間隔に対して、サブフレームは２つのスロットを有し、各スロットは１４のＯＦＤＭシンボルを含む。
【0019】
＜５Ｇ ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。
図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。
【0020】
特に、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
－ 無線ベアラ制御（Ｒａｄｉｏ Ｂｅａｒｅｒ Ｃｏｎｔｒｏｌ）、無線アドミッション制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、接続モビリティ制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）の機能；
－ データのＩＰヘッダ圧縮、暗号化、および完全性保護；
－ ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
－ ＵＰＦに向けたユーザプレーンのデータのルーティング；
－ ＡＭＦに向けた制御プレーン情報のルーティング；
－ 接続のセットアップおよび解除；
－ ページングメッセージのスケジューリングおよび送信；
－ システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Ｏｐｅｒａｔｉｏｎ，Ａｄｍｉｓｓｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）が発信源）のスケジューリングおよび送信；
－ モビリティおよびスケジューリングのための測定および測定の報告の設定；
－ 上りリンクにおけるトランスポートレベルのパケットマーキング；
－ セッション管理；
－ ネットワークスライシングのサポート；
－ ＱｏＳフロー管理およびデータ無線ベアラに対するマッピング；
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
－ 非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージの配信機能；
－ 無線アクセスネットワークの共有；
－ デュアルコネクティビティ；
－ ＮＲとＥ－ＵＴＲＡとの緊密な連携。
－ 無線ベアラ制御（Ｒａｄｉｏ Ｂｅａｒｅｒ Ｃｏｎｔｒｏｌ）、無線アドミッション制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、接続モビリティ制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）の機能；
－ データのＩＰヘッダ圧縮、暗号化、および完全性保護；
－ ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
－ ＵＰＦに向けたユーザプレーンのデータのルーティング；
－ ＡＭＦに向けた制御プレーン情報のルーティング；
－ 接続のセットアップおよび解除；
－ ページングメッセージのスケジューリングおよび送信；
－ システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Ｏｐｅｒａｔｉｏｎ，Ａｄｍｉｓｓｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）が発信源）のスケジューリングおよび送信；
－ モビリティおよびスケジューリングのための測定および測定の報告の設定；
－ 上りリンクにおけるトランスポートレベルのパケットマーキング；
－ セッション管理；
－ ネットワークスライシングのサポート；
－ ＱｏＳフロー管理およびデータ無線ベアラに対するマッピング；
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
－ 非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージの配信機能；
－ 無線アクセスネットワークの共有；
－ デュアルコネクティビティ；
－ ＮＲとＥ－ＵＴＲＡとの緊密な連携。
【0021】
アクセス・モビリティ管理機能（ＡＭＦ）は、以下の主な機能をホストする：
－ 非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）のシグナリングを終端させる機能；
－ ＮＡＳシグナリングのセキュリティ；
－ アクセス層（ＡＳ）のセキュリティ制御；
－ ３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード間シグナリング；
－ アイドルモードのＵＥへの到達可能性（ページングの再送の制御および実行を含む）；
－ 登録エリアの管理；
－ システム内モビリティおよびシステム間モビリティのサポート；
－ アクセス認証；
－ ローミング権限のチェックを含むアクセス承認；
－ モビリティ管理制御（加入およびポリシー）；
－ ネットワークスライシングのサポート；
－ セッション管理機能（ＳＭＦ）の選択。
－ 非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）のシグナリングを終端させる機能；
－ ＮＡＳシグナリングのセキュリティ；
－ アクセス層（ＡＳ）のセキュリティ制御；
－ ３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード間シグナリング；
－ アイドルモードのＵＥへの到達可能性（ページングの再送の制御および実行を含む）；
－ 登録エリアの管理；
－ システム内モビリティおよびシステム間モビリティのサポート；
－ アクセス認証；
－ ローミング権限のチェックを含むアクセス承認；
－ モビリティ管理制御（加入およびポリシー）；
－ ネットワークスライシングのサポート；
－ セッション管理機能（ＳＭＦ）の選択。
【0022】
さらに、ユーザプレーン機能（ＵＰＦ）は、以下の主な機能をホストする：
－ ＲＡＴ内モビリティ／ＲＡＴ間モビリティ（適用可能な場合）のためのアンカーポイント；
－ データネットワークとの相互接続のための外部ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッションポイント；
－ パケットのルーティングおよび転送；
－ パケット検査およびユーザプレーン部分のポリシールールの強制（Ｐｏｌｉｃｙ ｒｕｌｅ ｅｎｆｏｒｃｅｍｅｎｔ）；
－ トラフィック使用量の報告；
－ データネットワークへのトラフィックフローのルーティングをサポートする上りリンククラス分類（ｕｐｌｉｎｋ ｃｌａｓｓｉｆｉｅｒ）；
－ マルチホームＰＤＵセッション（ｍｕｌｔｉ－ｈｏｍｅｄ ＰＤＵ ｓｅｓｓｉｏｎ）をサポートするための分岐点（Ｂｒａｎｃｈｉｎｇ Ｐｏｉｎｔ）；
－ ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（ｇａｔｉｎｇ）、ＵＬ／ＤＬレート制御（ＵＬ／ＤＬ ｒａｔｅ ｅｎｆｏｒｃｅｍｅｎｔ）；
－ 上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
－ 下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。
－ ＲＡＴ内モビリティ／ＲＡＴ間モビリティ（適用可能な場合）のためのアンカーポイント；
－ データネットワークとの相互接続のための外部ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッションポイント；
－ パケットのルーティングおよび転送；
－ パケット検査およびユーザプレーン部分のポリシールールの強制（Ｐｏｌｉｃｙ ｒｕｌｅ ｅｎｆｏｒｃｅｍｅｎｔ）；
－ トラフィック使用量の報告；
－ データネットワークへのトラフィックフローのルーティングをサポートする上りリンククラス分類（ｕｐｌｉｎｋ ｃｌａｓｓｉｆｉｅｒ）；
－ マルチホームＰＤＵセッション（ｍｕｌｔｉ－ｈｏｍｅｄ ＰＤＵ ｓｅｓｓｉｏｎ）をサポートするための分岐点（Ｂｒａｎｃｈｉｎｇ Ｐｏｉｎｔ）；
－ ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（ｇａｔｉｎｇ）、ＵＬ／ＤＬレート制御（ＵＬ／ＤＬ ｒａｔｅ ｅｎｆｏｒｃｅｍｅｎｔ）；
－ 上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
－ 下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。
【0023】
最後に、セッション管理機能（ＳＭＦ）は、以下の主な機能をホストする：
－ セッション管理；
－ ＵＥに対するＩＰアドレスの割当および管理；
－ ＵＰＦの選択および制御；
－ 適切な宛先にトラフィックをルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリング（ｔｒａｆｆｉｃ ｓｔｅｅｒｉｎｇ）の設定機能；
－ 制御部分のポリシー強制およびＱｏＳ；
－ 下りリンクデータの通知。
－ セッション管理；
－ ＵＥに対するＩＰアドレスの割当および管理；
－ ＵＰＦの選択および制御；
－ 適切な宛先にトラフィックをルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリング（ｔｒａｆｆｉｃ ｓｔｅｅｒｉｎｇ）の設定機能；
－ 制御部分のポリシー強制およびＱｏＳ；
－ 下りリンクデータの通知。
【0024】
＜ＲＲＣ接続のセットアップおよび再設定の手順＞
図３は、ＮＡＳ部分の、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（ＴＳ ３８．３００参照）。
図３は、ＮＡＳ部分の、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（ＴＳ ３８．３００参照）。
【0025】
ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。特に、この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力（ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ）、ＵＥセキュリティ能力（ＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ）等を含む）を用意し、初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージを送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信し、これに対するＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによって、シグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）でセットアップ手順が完了したことをＡＭＦに通知する。
【0026】
したがって、本開示では、ｇＮｏｄｅＢとのＮｅｘｔ Ｇｅｎｅｒａｔｉｏｎ（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、５ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）を含む無線リソース制御（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。
【0027】
＜２０２０年以降のＩＭＴの利用シナリオ＞
図４は、５Ｇ ＮＲのユースケースの一部を示す。第３世代パートナーシッププロジェクトＮＲ（３ＧＰＰ ＮＲ）では、ＩＭＴ－２０２０によって多種多様なサービスやアプリケーションに対応することが想定されている三つのユースケースが検討されている。高速大容量（ｅＭＢＢ）のための第一段階の仕様の策定は終了している。ｅＭＢＢのサポートをさらに拡充することに加え、現在および将来的には、超高信頼低遅延（ＵＲＬＬＣ）および多数同時接続の標準化の研究も進められる。図４は、２０２０年以降のＩＭＴで想定される利用シナリオの例を示す（例えば、ＩＴＵ－Ｒ Ｍ．２０１８３の図２を参照）。
図４は、５Ｇ ＮＲのユースケースの一部を示す。第３世代パートナーシッププロジェクトＮＲ（３ＧＰＰ ＮＲ）では、ＩＭＴ－２０２０によって多種多様なサービスやアプリケーションに対応することが想定されている三つのユースケースが検討されている。高速大容量（ｅＭＢＢ）のための第一段階の仕様の策定は終了している。ｅＭＢＢのサポートをさらに拡充することに加え、現在および将来的には、超高信頼低遅延（ＵＲＬＬＣ）および多数同時接続の標準化の研究も進められる。図４は、２０２０年以降のＩＭＴで想定される利用シナリオの例を示す（例えば、ＩＴＵ－Ｒ Ｍ．２０１８３の図２を参照）。
【0028】
ＵＲＬＬＣのユースケースは、スループット、遅延、アベイラビリティ等の性能に対する厳しい要件を有し、工業生産や製造プロセスの無線制御、遠隔医療手術、スマートグリッドの配電自動化、交通安全等、将来の垂直アプリケーションを実現するものの一つとして想定されている。ＵＲＬＬＣの超高信頼性は、ＴＲ ３８．９１３ｖ１６．０．０によって設定された要件を満たす技術を特定することでサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣの場合、ＵＬ（上りリンク）０．５ｍｓ、ＤＬ（下りリンク）０．５ｍｓのユーザプレーン遅延を目標とすることが主要な要件である。一度のパケット送信に対する一般的なＵＲＬＬＣの要件は、ユーザプレーン遅延が１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。
【0029】
物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩテーブル、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し送信等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。
【0030】
また、ＮＲ ＵＲＬＬＣが目標とする技術拡張は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術拡張には、設定可能なヌメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定グラントの）上りリンク、データチャネルにおけるスロットレベルでの繰り返し送信、および下りリンクでのプリエンプション（Ｐｒｅ－ｅｍｐｔｉｏｎ）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えらされうる。信頼性向上についての技術拡張には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳテーブルが含まれる。
【0031】
ｍＭＴＣ（大規模マシンタイプ通信）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決手段である。
【0032】
上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、特にＵＲＬＬＣおよびｍＭＴＣに必要な重要要件が高信頼性または超高信頼性である。いくつかのメカニズムは、無線の観点およびネットワークの観点から、信頼性を向上させることができると考えられうる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し送信、および周波数領域、時間領域、および／または空間領域に関するダイバーシチがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。
【0033】
ＮＲ ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（特に、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。
【0034】
さらに、ＮＲ ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術拡張が有り得る。これらの技術拡張には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）の拡張、ＰＤＣＣＨの繰り返し送信、ＰＤＣＣＨのモニタの増加がある。また、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）の拡張は、ｅｎｈａｎｃｅｄ ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）およびＣＳＩフィードバックの拡張に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの拡張、および再送／繰り返し送信の拡張が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含む送信時間間隔（ＴＴＩ）を指す（スロットは、１４個のシンボルを含む）。
【0035】
＜ＱｏＳ制御＞
５ＧのＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（ＧＢＲ（Ｇｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（ｅｎｃａｐｓｕｌａｔｉｏｎ ｈｅａｄｅｒ）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：ＱｏＳ Ｆｌｏｗ ＩＤ）によってＰＤＵセッション内で特定される。
５ＧのＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（ＧＢＲ（Ｇｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（ｅｎｃａｐｓｕｌａｔｉｏｎ ｈｅａｄｅｒ）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：ＱｏＳ Ｆｌｏｗ ＩＤ）によってＰＤＵセッション内で特定される。
【0036】
各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図３を参照して上に示したように少なくとも一つのデータ無線ベアラ（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ ＱｏＳフローおよびＤＬ ＱｏＳフローとＤＲＢとを関連付ける。
【0037】
図５は、５Ｇ ＮＲの非ローミング参照アーキテクチャを示す（例えば、３ＧＰＰ ＴＳ ２３．５０１ ｖ１６．９．０ または、ｖ１６．７．１．１、セクション４．２．３参照）。図４に例示される、５Ｇサービスをホストする外部アプリケーションサーバなどのアプリケーション機能（ＡＦ）は、サービスを提供するために３ＧＰＰコアネットワークとやり取りを行う。例えば、トラフィックルーティングに影響を与えるアプリケーションをサポートするためにネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスすること、ＱｏＳ制御などのポリシー制御のためにポリシーフレームワークとやり取りすること（ポリシー制御機能（ＰＣＦ）参照）が挙げられる。オペレータによる配備に基づき、オペレータから信頼されているとみなされるアプリケーション機能は、関連するネットワーク機能と直接やり取りすることができる。ネットワーク機能への直接のアクセスをオペレータから許可されていないアプリケーション機能は、ＮＥＦを介して外部に対する開放フレームワークを使用して、関連するネットワーク機能とやり取りする。
【0038】
図５は、５Ｇアーキテクチャのさらなる機能単位、すなわち、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワークリポジトリ機能（ＮＲＦ）、統一データ管理（ＵＤＭ）、認証サーバ機能（ＡＵＳＦ）、アクセス・モビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、およびデータネットワーク（ＤＮ、例えば、オペレータによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。
【0039】
したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＢＢサービス、およびｍＭＴＣサービスのうちの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）のうちの少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。
【0040】
＜帯域幅パート＞
ＮＲシステムは、ＬＴＥの２０ＭＨｚの帯域幅よりもはるかに広い最大チャネル帯域幅（たとえば、１００ＭＨｚ）をサポートする。ＬＴＥでは、最大２０ＭＨｚのコンポーネントキャリアのキャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）を介した広帯域通信もサポートされている。ＮＲではより広いチャネル帯域幅を定義することにより、スケジューリングを介して周波数リソースを動的に割り当てることが可能になり、これは、アクティブ化／非アクティブ化がＭＡＣ制御エレメントに基づくＬＴＥのキャリアアグリゲーション動作よりも効率的かつ柔軟であり得る。単一の広帯域キャリアを有することは、１回の制御シグナリングしか必要としないので、制御オーバーヘッドが低いという点でもメリットがある（キャリアアグリゲーションでは、アグリゲートされたキャリアごとに個別の制御シグナリングが必要である）。
ＮＲシステムは、ＬＴＥの２０ＭＨｚの帯域幅よりもはるかに広い最大チャネル帯域幅（たとえば、１００ＭＨｚ）をサポートする。ＬＴＥでは、最大２０ＭＨｚのコンポーネントキャリアのキャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）を介した広帯域通信もサポートされている。ＮＲではより広いチャネル帯域幅を定義することにより、スケジューリングを介して周波数リソースを動的に割り当てることが可能になり、これは、アクティブ化／非アクティブ化がＭＡＣ制御エレメントに基づくＬＴＥのキャリアアグリゲーション動作よりも効率的かつ柔軟であり得る。単一の広帯域キャリアを有することは、１回の制御シグナリングしか必要としないので、制御オーバーヘッドが低いという点でもメリットがある（キャリアアグリゲーションでは、アグリゲートされたキャリアごとに個別の制御シグナリングが必要である）。
【0041】
また、ＬＴＥと同様に、ＮＲはキャリアアグリゲーションまたはデュアルコネクティビティを介した複数のキャリアのアグリゲーションもサポートし得る。
【0042】
ＵＥは常に高いデータ速度を要求するわけではないので、広い帯域幅を使用すると、ＲＦおよびベースバンド信号処理の両方の観点からアイドリング消費電力が高くなり得る。この点に関して、ＮＲ用に新しく開発された帯域幅パートの概念は、設定されたチャネル帯域幅よりも狭い帯域幅でＵＥを動作させる手段を提供することによって、広帯域動作をサポートするにもかかわらずエネルギー効率の高い解決策を提供する。ＮＲの全帯域幅にアクセスできないローエンドの端末は、その利益を得ることができる。
【0043】
帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）は、セルの総セル帯域幅のサブセットであり、たとえば、連続する物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の位置および数によって定義される。これはアップリンクおよびダウンリンクで別々に定義され得る。さらに、各帯域幅パートは特定のＯＦＤＭニューメロロジーに、たとえば、サブキャリア間隔およびサイクリックプレフィックスに関連付けることができる。たとえば、ＵＥにＢＷＰ（複数可）を設定し、設定されたＢＷＰのうちのいずれが現在アクティブであるかをＵＥに伝えることによって、帯域幅適応が実現される。
【0044】
例示的には、５Ｇ ＮＲでは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥに対してのみ特定のＢＷＰが設定される。たとえば、初期ＢＷＰ（たとえば、ＵＬ用およびＤＬ用に１つずつ）以外に、ＢＷＰは接続状態のＵＥに対してのみ存在する。ＵＥをＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行させる過程などでの、ＵＥとネットワークとの間の初期データ交換をサポートするために、初期ＤＬ ＢＷＰおよび初期ＵＬ ＢＷＰが最小システム情報で設定される。
【0045】
ＵＥには２つ以上のＢＷＰを設定することができるが（たとえば、現在ＮＲで定義されているように、サービングセルあたり最大４つのＢＷＰ）、ＵＥは一度に１つのアクティブＤＬ ＢＷＰしか有さない。設定されたＢＷＰ間の切り替えは、たとえば、ダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を使用して実現され得る。
【0046】
プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）の場合、初期ＢＷＰは初期アクセスに使用されるＢＷＰであり、他の初期ＢＷＰが明示的に設定されていない限り、デフォルトのＢＷＰは初期ＢＷＰである。セカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）の場合、初期ＢＷＰは常に明示的に設定され、デフォルトのＢＷＰも設定され得る。サービングセルにデフォルトのＢＷＰが設定されている場合、そのセルに関連付けられた非アクティブタイマーが切れると、アクティブなＢＷＰがデフォルトのＢＷＰに切り替えられる。
【0047】
一部のＤＣＩフォーマットにはＢＷＰ ＩＤが含まれていないが（たとえば、フォーマット０＿０および１＿０）、他のＤＣＩフォーマットではＢＷＰ ＩＤのビット数はＲＲＣで設定可能であり、０、１、２ビットにすることができる（たとえば、フォーマット０＿１、０＿２、１＿１、および１＿２の場合）。
【0048】
図６は、周波数帯域幅が４０ＭＨｚでサブキャリア間隔が１５ｋＨｚのＢＷＰ１、幅が１０ＭＨｚでサブキャリア間隔が１５ｋＨｚのＢＷＰ２、および幅が２０ＭＨｚでサブキャリア間隔が６０ｋＨｚのＢＷＰ３の３つの異なるＢＷＰが設定されたシナリオを示している。
【0049】
＜制御情報 － サーチスペースセット＞
制御情報ならびにユーザトラフィック（たとえば、ＰＤＣＣＨ上のＤＣＩ、およびＰＤＣＣＨによって示されるＰＤＳＣＨ上のユーザデータ）などのＵＥ向けの情報を識別および受信するために、ＵＥによってＰＤＣＣＨ監視が行われる。
制御情報ならびにユーザトラフィック（たとえば、ＰＤＣＣＨ上のＤＣＩ、およびＰＤＣＣＨによって示されるＰＤＳＣＨ上のユーザデータ）などのＵＥ向けの情報を識別および受信するために、ＵＥによってＰＤＣＣＨ監視が行われる。
【0050】
ダウンリンクの制御情報（たとえば、ダウンリンク制御情報ＤＣＩと呼ばれ得る）は、５Ｇ ＮＲでの目的がＬＴＥでのＤＣＩと基本的に同じであり、すなわち、ダウンリンクデータチャネル（ＰＤＳＣＨなど）またはアップリンクデータチャネル（ＰＵＳＣＨなど）をスケジューリングする特別な制御情報のセットである。５Ｇ ＮＲでは、いくつかの異なる定義済みのＤＣＩフォーマットがある（ＴＳ３８．２１２ｖ１６．６．０セクション７．３．１参照）。概要を以下の表に示す。
【表1】
【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】
上記の改良されたＵＥ動作は、現在３ＧＰＰで方式２として議論されているマルチスロット監視機能を対応して実装する。それに対応して、監視タイムスロットの位置は柔軟であり、共通サーチスペースおよびＵＥ固有サーチスペースに対して設定された監視機会に依存する。
【0103】
さらに、各タイムスロットグループ内で限られた量の監視スロットを指定することにより、ＵＥは、各タイムスロットグループの残りのタイムスロットにおいて、すなわち、監視タイムスロットではないタイムスロットにおいて、ダウンリンク制御チャネルを監視しないことが可能になる。
【0104】
各タイムスロットグループ内の監視タイムスロットの位置を柔軟にすることにより、改良されたＵＥ動作は、方式１に関連して上記で説明したような、固定位置によって引き起こされる欠点を回避し、たとえば、ＵＥと連絡を取るためのｇＮＢの柔軟性のなさを回避し、監視タイムスロットをトラフィックまたは新しいビームに適応させる柔軟性のなさを回避し、一部のＵＥがダウンリンク制御情報メッセージを受信すらできないことを回避する。
【0105】
さらに、改良されたＵＥ動作は、監視タイムスロットの位置が異なるＵＥ間で異なり得るという利点を有することを容易にし、その結果、ｇＮＢは、いくつかのＵＥに異なるダウンリンクリソースで制御情報を送信する際により柔軟になる。さらに、監視機会を含めてビームを変更するときに、ＵＥは新たな決定を実行して、監視タイムスロットを新しい状況に適応させることができる。
【0106】
さらに、タイムスロットグループ内の監視タイムスロットの位置を決定するためのＵＥの明確な動作を定義することにより、基地局およびＵＥがＹ個の監視タイムスロットについて同じ理解を得ることが容易になるので、ＵＥ動作が基地局からダウンリンク送信を正しく受信することが容易になる。
【0107】
ＵＥが、決定された監視タイムスロットがＣＳＳまたはＵＳＳに関連付けられた監視機会を含むような２つの基準に従って監視タイムスロットの決定を実行することを説明した。したがって、このＵＥ動作は、その決定が、ＵＥがタイムスロットグループに利用可能な監視タイムスロットの最大数に達するまで、ＣＳＳおよび／またはＵＳＳを有する監視タイムスロットを選択することを必要とする。
【0108】
改良されたダウンリンク制御チャネル監視手順のいくつかの例示的な実装には、ＵＥが現在接続されている基地局（たとえば、サービング基地局と呼ばれ、その理由は、基地局がＵＥにサービス提供するためである）も関与する。それに対応して、改良されたダウンリンク制御チャネル監視手順は、それに参加する改良された基地局も提供する。
【0109】
図１５は、改良されたダウンリンク制御チャネル監視手順の１つの例示的な実装による簡略化した例示的な基地局構造を示しており、これは図１２に関連して説明した一般的な基地局構造に基づいて実装することができる。この図１５に示す基地局の様々な構造要素は、たとえば、制御およびユーザデータならびに他の信号を交換するために、たとえば、対応する入力／出力ノード（図示せず）によって、互いに相互接続することができる。説明のために図示していないが、基地局はさらなる構造要素を含み得る。
【0110】
図１５から明らかなように、基地局は、第１および第２の基準に基づいて監視タイムスロットを決定するための回路と、ダウンリンク制御情報送信機と、を備える。
【0111】
以下でさらにより詳細に開示する１つの例示的な手順は、以下を含む基地局によって実装される。基地局の処理回路は、２つ以上のタイムスロットグループに対して、監視機能に従ってユーザ機器ＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定し、監視機能は、基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる。処理回路は、そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する。
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する。
【0112】
基地局の送信機は、タイムスロットグループの決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいてダウンリンク制御チャネル上でダウンリンク制御情報メッセージをＵＥに送信する。
【0113】
対応する方法は、基地局によって実行される、
２つ以上のタイムスロットグループに対して、監視機能に従ってユーザ機器ＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、監視機能は、基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、決定するステップと、
そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
タイムスロットグループの決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいてダウンリンク制御チャネル上でダウンリンク制御情報メッセージをＵＥに送信するステップと、
を含む。
２つ以上のタイムスロットグループに対して、監視機能に従ってユーザ機器ＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、監視機能は、基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、決定するステップと、
そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
タイムスロットグループの決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいてダウンリンク制御チャネル上でダウンリンク制御情報メッセージをＵＥに送信するステップと、
を含む。
【0114】
上記で論じた基地局および対応する方法に沿った例示的な基地局動作に対応するシーケンス図を図１６に示す。このシーケンス図は、上記で提示した基地局の方法の例示的な簡略化した実装を示している。図１６から明らかなように、基地局は、タイムスロットグループに対して、監視タイムスロットを、監視タイムスロットが共通サーチスペースに関連付けられた監視機会を含むという第１の基準、および監視タイムスロットがＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準のうちの１つまたは複数に基づいて決定する。次いで、基地局は、タイムスロットグループの決定された監視タイムスロットのうちの少なくとも１つにおいてダウンリンク制御チャネル上でダウンリンク制御情報メッセージをＵＥに送信する。
【0115】
図１７は、上記で論じた改良されたダウンリンク制御チャネル監視手順の改良されたＵＥおよび改良された基地局（ここでは、たとえば、ｇＮＢ）の間の簡略化した例示的なインタラクションを示している。図１７に示すこの解決策では、このインタラクションは、ＵＥおよび基地局によるタイムスロットグループ内の監視タイムスロットの対応する決定により、その後のＵＥおよび基地局の間のダウンリンク制御情報の受信および送信のための監視タイムスロットの共通の理解を容易にすることを含む。換言すれば、タイムスロットグループごとに監視タイムスロットを決定するプロセスは、ＵＥ側およびｇＮＢ側で全く同じにすることができるが、改良されたダウンリンク制御チャネル監視手順の他のプロセスは、ＵＥおよびＢＳの間で異なり得る。
【0116】
そして、ＵＥは、このように決定された監視タイムスロットに基づいてダウンリンク制御チャネルの監視を開始し得、これにより、ＵＥがｇＮＢからダウンリンク制御情報を受信することが可能になる。一方、基地局は、最終的にはＵＥに利用可能なダウンリンク制御情報を有し、続いて、決定された監視タイムスロットのうちの１つにおいて利用可能なダウンリンク制御情報を送信する。それに応じて、ＵＥは、決定された監視タイムスロットの監視に基づいて、基地局からダウンリンク制御情報を受信することができる。
【0117】
上記で説明した改良されたダウンリンク制御チャネル監視手順は、第１および第２の基準の使用に基づいている。その例示的な一実施形態によれば、タイムスロットグループ内の監視タイムスロットを決定するときに、共通サーチスペースに関する第１の基準が、ＵＥ固有サーチスペースに関する第２の基準よりも先に考慮される。それに対応して、共通サーチスペースは、監視タイムスロットに含められることに関して、ＵＥ固有サーチスペースよりも優先されるので、基地局によって共通サーチスペースでブロードキャストされる重要な制御情報をＵＥが見逃さないことが容易になる。
【0118】
これに沿った一例によれば、タイムスロットグループ内のＹ個の監視タイムスロットのために、ＵＥは最初に、タイムスロットグループのうちのどのタイムスロットが共通サーチスペースの監視機会を含むかを決定して、それらのタイムスロットをタイムスロットグループの監視タイムスロットとして決定し、続いてＵＥは、タイムスロットグループのうちのどのタイムスロットがＵＥ固有サーチスペースの監視機会を含むかを決定して、それらのタイムスロットをタイムスロットグループの監視タイムスロットとして決定する。これらのステップは、監視タイムスロットの数Ｙに達するまで、ＵＥによって実行される。
【0119】
それに加えて、またはその代わりに、上記で説明した改良されたダウンリンク制御チャネル監視手順において、特にＵＥ固有サーチスペースに関して、さらなる優先順位のレベルを実装することができる。ＵＥ固有サーチスペースは異なる優先順位に関連付けられており、ＵＥ固有サーチスペースはその優先順位の順に監視タイムスロットに含められることが検討されると仮定する。１つの選択肢では、ＵＥ固有サーチスペースの優先順位は、ＵＥ固有サーチスペースのインデックスによって示され、ＵＥ固有サーチスペースのインデックスが低いほど、監視タイムスロットに含められる優先順位が高くなる。そのようなＵＳＳの優先順位付けの利点は、（たとえば、値Ｙに関するＵＥ能力のために）設定されたＵＳＳの全てを監視タイムスロットに含めることができない場合に、ＵＥおよびｇＮＢの両方が、どのＵＳＳを含めることができ、どのＵＳＳが破棄されるかを認識することであり得る。
【0120】
他の選択肢では、ＵＥ固有サーチスペースの優先順位は、共通サーチスペースからの（時間領域における）距離によって表される。ＵＥ固有サーチスペースのＭＯが共通サーチスペースのＭＯに近いほど、優先順位が高くなる。
【0121】
他の変形例によれば、監視タイムスロットの決定では、全ての共通サーチスペースを考慮するのではなく、ダウンリンク制御チャネルの縮小された共通サーチスペースのセットのみを考慮する。具体的には、この決定では、ＵＥに設定することができる異なる共通サーチスペースを区別することができる。
【0122】
一例では、この縮小された共通サーチスペースのセットは、ＵＥへの専用メッセージで設定される共通サーチスペースを含み、および／またはＵＥのグループに共通して設定される共通サーチスペースを含む。それに対応して、この縮小されたＣＳＳのセットは、ＵＥまたはＵＥの特定のグループに対して設定されるが、必ずしも（ｇＮＢのセルによってサービス提供される）全てのＵＥに対して設定されるわけではない共通サーチスペースを含む。３ＧＰＰ ５Ｇに準拠した実装では、縮小されたＣＳＳのセットは、ＵＥへの専用メッセージ（たとえば、ＲＲＣ）によって設定されるＴｙｐｅ－１ ＣＳＳと、Ｔｙｐｅ－３ ＣＳＳ（詳細については、上記の様々なタイプのＣＳＳの説明を参照）とを含み得る。Ｔｙｐｅ３－ＰＤＣＣＨ共通サーチスペースは、グループ共通サーチスペース（すなわち、ＵＥのグループに割り当てられ、たとえば、必ずしも全てのＵＥに割り当てられるわけではない、共通サーチスペース）である。
【0123】
そのような縮小されたＣＳＳのセットを使用すると、監視タイムスロットを決定するために考慮されるＣＳＳがＵＥ固有またはＵＥグループ固有であるので、Ｙ個の監視タイムスロットの柔軟な配置が容易になる。多くのＵＥにサービス提供する基地局の観点から見ると、縮小されたＣＳＳのセットが決定に使用されるので、Ｙ個の監視タイムスロットの位置はさらに変化する。換言すれば、縮小されたＣＳＳのセットおよびＵＳＳの両方がＵＥ固有（またはＵＥグループ固有）であるので、Ｙ個の監視タイムスロットの位置はＵＥ（またはＵＥのグループ）ごとに異なる可能性が高くなる。これにより、ダウンリンク制御情報を異なるＵＥに送信するために、監視タイムスロットによって定義される異なる時間リソースを使用することができるので、基地局におけるスケジューリングの柔軟性が高まる。
【0124】
一方、ＵＥは残りのＣＳＳ、すなわち、縮小されたＣＳＳのセットに含まれていないＣＳＳ、たとえば、上記の例では、専用のＲＲＣメッセージで設定されなかったＴｙｐｅ１－ＰＤＣＣＨ共通サーチスペース、Ｔｙｐｅ０、Ｔｙｐｅ０Ａ、およびＴｙｐｅ２の共通サーチスペースを受信することができなくなる。これを回避するために、他の例では、ＵＥが残りのＣＳＳのうちの１つまたは複数あるいは全てを監視するために、ＵＥに対してＹ個の監視タイムスロット以外でタイムスロットグループ内にさらなる監視機会を定義する。それに対応して、さらなる監視機会は、ＵＥによって追加的に監視されるようにＵＥに設定される残りのＣＳＳ（およびその監視機会）の位置、たとえば、残りのＣＳＳのうちの１つまたは複数を含むタイムスロットグループ内のタイムスロットによって定義され得る。逆に、ＢＳは、残りのＣＳＳの対応する監視機会によって定義される、Ｙ個の監視タイムスロット以外のタイムスロットグループ内のさらなる監視機会において残りのＣＳＳを送信することができる。
【0125】
他の逆の例では、この縮小された共通サーチスペースのセットは、（ｇＮＢのセルによってサービス提供される）全てのＵＥによって受信される共通サーチスペース、たとえば、専用のＲＲＣメッセージで設定されなかったＴｙｐｅ１－ＰＤＣＣＨ共通サーチスペース、Ｔｙｐｅ０、Ｔｙｐｅ０Ａ、およびＴｙｐｅ２の共通サーチスペースのうちの１つまたは複数のみを含む。このようにして、全てのＵＥのＹの位置を揃えることが可能になる。スケジューリングノード（たとえば、ｇＮＢ）の観点から見ると、全てのＵＥに対して同じＹの位置を使用することでスケジューリングの柔軟性が低下するが、ｇＮＢはスケジューリングのために様々なＵＥのＹの位置を追跡し続ける必要がなくなるので、異なるＵＥが異なるＹの位置を有する場合と比べて、スケジューリングの複雑さも同様に軽減される。
【0126】
監視タイムスロットに対するＣＳＳもＵＳＳも存在せず、ＵＥがＣＳＳまたはＵＳＳを含む監視タイムスロットを決定することができない場合があり得る。そのような場合、ＵＥはさらなる適切なタイムスロットを「名目（Ｎｏｍｉｎａｌ）」監視タイムスロットとして決定することができ（ただし、その中にＭＯは存在しない）、ＵＥはその「名目」監視タイムスロットにおいてＭＯを監視することが不要であり得る。あるいは、ＵＥによって監視されるべきさらなるＭＯがないため、さらなる監視タイムスロットを定義しなくてもよい。この場合、タイムスロットグループ内の監視スロットの数はＹ未満になる。
【0127】
上記の改良されたダウンリンク制御チャネル監視手順、および関連するＵＥ、基地局は、タイムスロットグループの監視タイムスロットの決定を含む。
【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】
図２４は、改良されたダウンリンク制御チャネル監視手順のこの第２の解決策による例示的なＵＥ動作の流れ図を示しており、図１８に関連して説明したＵＥ動作と同様の仮定に基づいている。たとえば、図示したＵＥ動作は、この場合もやはり、共通サーチスペースに関する第１の基準が、ＵＥ固有サーチスペースに関する第２の基準よりも先に考慮されると仮定する。さらに、第２の基準では、ＵＳＳがＵＳＳインデックスの昇順で考慮されることを例示的に仮定する。ＣＳＳおよびＵＳＳのダウンリンク制御チャネル（たとえば、ＰＤＣＣＨ）の監視機会がＵＥに設定される。そして、監視機能を実行できるようにするために、ＵＥはタイムスロットグループごとに監視タイムスロットを決定する。
【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】
例示的な実装形態では、タイムスロットグループ内の監視タイムスロットの数Ｙは、ＵＥが特定のタイムスパン内で監視（および処理）できるタイムスロット数の能力に依存するので、ＵＥに記憶された能力情報から決定することができる。それに対応して、そのような変形例では、ＵＥはタイムスロットグループ内の監視タイムスロットの数Ｙの能力情報を、ＵＥにサービス提供するサービング基地局に送信して得、その結果、サービング基地局がＵＥと同じ情報を有し、それに従って同じように監視タイムスロットを決定することができる。
【0238】
たとえば第１および第２の解決策に関連して、上記および下記で説明している改良されたダウンリンク制御チャネル監視手順の様々な実装では、監視機能の一部として、サーチスペースごとに異なる監視機会がＵＥに既に設定されていると単純に仮定した。１つの例示的な実装では、監視機能の設定は、基地局からＵＥに送信される設定情報を使用して実装することができる。設定情報は、ＵＥがダウンリンク制御チャネルを監視する少なくとも１つまたは複数の監視機会をＵＥが決定するために必要な情報を提供する。５Ｇ ＮＲ規格に準拠した一例によれば、この設定は、たとえば３ＧＰＰ ＴＳ３８．３３１ｖ１６．５．０セクション６．３．２の定義に従って上述したように、上述の情報エレメントＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔおよびＳｅａｒｃｈＳｐａｃｅに基づいて行うことができる。
【0239】
たとえば第１および第２の解決策に関連して、上記および下記で説明している改良されたダウンリンク制御チャネル監視手順の様々な実装は、一般にＵＥおよびｇＮＢで実行されるものとして説明した。一方、例示的な実装形態では、改良されたダウンリンク制御チャネル監視手順は、ダウンリンク制御チャネルのサブキャリア間隔が１２０ｋＨｚより大きい、たとえば４８０ｋＨｚまたは９６０ｋＨｚであるシナリオなどの特定のシナリオで主に実行される。それに加えて、またはその代わりに、改良されたダウンリンク制御チャネル監視手順は、５２．６ＧＨｚを超える新しい周波数範囲、たとえば、５２．６ＧＨｚ～７１ＧＨｚの周波数範囲で主に実行される。
【0240】
たとえば第１および第２の解決策に関連して、上記および下記で説明している改良されたダウンリンク制御チャネル監視手順の様々な実装では、バックツーバック問題が発生する状況が起こり得る。バックツーバック問題とは、連続する監視タイムスロットがタイムスロットグループの境界をまたいでいる状況である。第１および第２の解決策では、バックツーバック問題が発生し得る。
【0241】
バックツーバック問題が発生する例示的なシナリオを図３１に示しており、図３１では、ＵＥのＣＳＳおよび２つのＵＳＳ（ＵＳＳ＃１およびＵＳＳ＃２）の設定を例示的に仮定する。ＣＳＳがスロット０で初めて発生し、６スロット周期で発生し、ＵＳＳ＃１がスロット３で初めて発生し、４スロット周期で発生し、ＵＳＳ＃２がスロット２で初めて発生し、４スロット周期で発生すると例示的に仮定する。図３１の図では、上記で説明した第１の解決策の実装に従って監視タイムスロットが決定されると仮定する。各タイムスロットグループのＹ個の監視スロットの決定の結果を図３１の一番下に示しており、すなわち、第１のタイムスロットグループでは監視タイムスロット０および１であり、第２のタイムスロットグループでは監視タイムスロット６および７であり、第３のタイムスロットグループでは監視タイムスロット１０および１１であり、第４のタイムスロットグループでは監視タイムスロット１２および１３である。それに対応して、監視タイムスロット１０～１３が第３および第４のタイムスロットグループの境界をまたぐバックツーバック問題が発生している。そのような連続する監視タイムスロットの拡張されたシーケンスは、ＵＥのより高いダウンリンク制御チャネル処理能力、場合によってはＵＥの能力よりもはるかに高いダウンリンク制御チャネル処理能力を要求するという点で不利である。
【0242】
バックツーバック問題は、以下の様々な方法で解決することができる。
【0243】
第１の実装によれば、監視タイムスロットを決定するための追加の基準、すなわち、２つの連続するタイムスロットグループの監視タイムスロット間に１タイムスロットの最小タイムギャップが空いているという追加の基準が定義される。換言すれば、ｎ番目のタイムスロットグループの最後の監視タイムスロットと、ｎ＋１番目のタイムスロットグループの最初の監視タイムスロットとの間に、１タイムスロットの最小タイムギャップが存在するように、監視タイムスロットが決定される。
【0244】
第２の実装によれば、監視タイムスロットの決定は、上記の第３の基準を考慮するように拡張されず、同じままであり得る。したがって、同じ監視タイムスロットが最初に決定され、たとえば図３１に示すように、監視タイムスロットのバックツーバック状況が含まれる。しかしながら、ＵＥは、バックツーバック状況に関与する２つの連続する監視タイムスロットのうちの１つにおいてＭＯの監視をスキップすることが例外的に許可される。
【0245】
第３の実装は第２の実装と似ているが、監視タイムスロット全体の監視機能の実行をスキップする代わりに、ＵＥは、バックツーバック状況に関与する２つの連続する監視タイムスロットのうちの１つにおいて監視機会のサブセットの監視機能の実行をスキップすることが例外的に許可される。
【0246】
図３２は、図３１と同じＵＥのＣＳＳ／ＵＳＳ設定を示しているが、バックツーバック問題を解決するための監視タイムスロットの決定の２つの異なる結果を示している。図３２の一番下には、上記の第２の実装の結果を示しており、それによれば、監視タイムスロットは前述同様に決定されるが（図３１を参照）、例外的にＵＥはタイムスロット１２（バックツーバック状況に関与する第２のタイムスロット）の監視をスキップすることが許可される。
【0247】
図３２の最後から２番目の行には、上記の第１の実装の結果を示しており、図示した監視タイムスロットは、２つの連続するタイムスロットグループの監視タイムスロットの間に１タイムスロットの最小タイムギャップが空いていなければならないという第３の基準を追加で考慮した結果である。それに対応して、第４のタイムスロットグループの監視タイムスロットを決定するときに、ＵＥおよびｇＮＢは、タイムスロット１２が第３の基準に違反し、バックツーバック問題を発生させるので、タイムスロット１２を監視タイムスロットとして選択しなくてもよい。代わりに、タイムスロット１４および１５が、ＵＳＳ＃１およびＵＳＳ＃２のＭＯを含むので、監視タイムスロットとして決定される。明らかなように、結果として得られた監視タイムスロットでは、バックツーバック問題は発生しない。
【0248】
バックツーバック問題は、第２の解決策でも発生し得、特にＭＯ設定が変更されたときの境界において、また、ＭＯ設定が変更された結果として監視タイムスロットが変更されたときに発生し得る。そのような状況を図３３に示す。図３３から明らかなように、ＭＯ設定が第３および第４のタイムスロットグループの間で変更されると例示的に仮定する。具体的には、ＭＯ設定の変更は、ＣＳＳ ＭＯの異なる位置を含み、今度はスロット１７で初めて発生し（同じ８スロット周期で）、ＵＳＳ＃１ ＭＯの異なる位置を含み、今度はスロット１２で初めて発生し（同じ４スロット周期で）、ＵＳＳ＃２ ＭＯの異なる位置を含み、今度はスロット１４で初めて発生する（同じ４スロット周期で）。
【0249】
２つの異なるＭＯ設定におけるＣＳＳ／ＵＳＳの特定の分布により、バックツーバック問題が監視タイムスロット１０、１１、１２、および１３で発生しており、これらは連続しており、ＵＥが４タイムスロット続けてダウンリンクチャネルを監視および処理する必要がある。これは、Ｙ個の監視スロットを示す一番上の行に示している（「バックツーバック問題」とラベル付けしている）。
【0250】
【0251】
より詳細には、第１の実装に沿って、ＵＥは、２つの連続するタイムスロットグループの監視タイムスロット間に１タイムスロットの最小タイムギャップが空いていることをさらに考慮することによって、後続のＭＯ設定に対して異なる監視タイムスロットを決定し得る。結果として得られる監視タイムスロットは、図３３のＹ個の監視タイムスロットを示す２行目に示している（「タイムギャップ基準あり」とラベル付けしている）。監視タイムスロットは１タイムスロットだけシフトされ、それぞれ各タイムスロットグループの第２および第３のタイムスロットになる。
【0252】
さらに、第２の実装に沿って、ＵＥは例外的に、バックツーバック状況に関与する２つの連続する監視タイムスロットのうちの１つにおいてＭＯの監視をスキップすることが許可され得、図３３のシナリオでは、ＵＥはスロット１２のＰＤＣＣＨ監視をスキップし得る。これは、Ｙ個の監視タイムスロットを示す図３３の３行目から明らかである（「監視をスキップする」とラベル付けしている）。
【0253】
図３３の例示した第２の実装では、結果として得られた監視スロット（タイムスロットグループ内の第３および第４のタイムスロットの相対位置）が、後続の全てのタイムスロットグループにさらに適用される。しかしながら、これは後続のタイムスロットグループにとっては最適ではない場合があり、たとえば、図３３では、優先されたＵＳＳ＃１ ＭＯがＵＥによって監視されない。したがって、この第２の実装のさらなる変形例によれば、第３の基準は新しいＭＯ設定の最初のタイムスロットグループのみに適用され、第２の解決策による監視タイムスロットの通常の決定は、新しいＭＯ設定の最初のタイムスロットグループの後の残りのタイムスロットグループに適用される。
【0254】
図３３には示していないが、バックツーバック問題を回避するためにＵＥによって第３の実装も適用することができ、具体的には、ＵＥは例外的に、バックツーバック状況に関与する２つの連続する監視タイムスロットのうちの１つにおいて監視機会のサブセットに対して監視機能の実行をスキップすることが許可される。たとえば、ＵＳＳ＃１のＭＯがバックツーバック問題を引き起こしているので、ＵＥはタイムスロット１２でのＵＳＳ＃１ ＭＯの監視をスキップすることが許可され得、一方、後続のタイムスロットグループのＵＳＳ＃１ ＭＯは、各タイムスロットグループの第１および第２のタイムスロットに発生する監視タイムスロットに沿って、ＵＥによって監視される。
【0255】
さらなる第４の実装によれば、ＵＥは、新しいＭＯ設定の最初のタイムスロットグループに対して（たとえば、図３３では、第４のスロットグループに対して）古い監視タイムスロットを使用し、新しいＭＯ設定の第２のタイムスロットグループの時点でのみ新しい監視タイムスロットを使用する。換言すれば、新しいＭＯ設定に基づいて決定される新しい監視タイムスロットの使用は、１タイムスロットグループだけ繰延される。これは、図３３の最後の行に示しており（「繰延」とラベル付けしている）、第４のスロットグループ内で点線の矢印を使用してＹ個の監視スロットを示している。これにより、第４のスロットグループでは、ＵＥは監視タイムスロット内のＭＯ、たとえば、ここではタイムスロット１４および１５、そして特にＵＳＳ＃２ ＭＯを監視する。一方、ＵＳＳ＃１ ＭＯは、Ｙ個の監視タイムスロット外に位置しているので、ＵＥによって監視されない。
【0256】
＜さらなる態様＞
第１の態様によれば、以下を含むユーザ機器が提供される。ＵＥの処理回路は、２つ以上のタイムスロットグループに対して、監視機能に従ってＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定し、監視機能は、ダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる。処理回路は、そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する。
第１の態様によれば、以下を含むユーザ機器が提供される。ＵＥの処理回路は、２つ以上のタイムスロットグループに対して、監視機能に従ってＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定し、監視機能は、ダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる。処理回路は、そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する。
【0257】
次に、処理回路は、タイムスロットグループの決定された１つまたは複数の監視タイムスロットにおいてダウンリンク制御チャネルを監視する。
【0258】
第１の態様に加えて提供される第２の態様によれば、そのタイムスロットグループ内の監視タイムスロットの決定のために、共通サーチスペースに関する第１の基準が、ＵＥ固有サーチスペースに関する第２の基準よりも先に考慮される。
【0259】
第１または第２の態様に加えて提供される第３の態様によれば、監視タイムスロットの決定のために、処理回路は、ＵＥ固有サーチスペースを優先順位の順に考慮し、ＵＥ固有サーチスペースのインデックスが低いほど、監視タイムスロットに含められる優先順位が高くなる。
【0260】
第１～第３の態様のいずれか１つに加えて提供される第４の態様によれば、第１の基準はさらに、
－ 監視タイムスロットが、ダウンリンク制御チャネルの第１の共通サーチスペースのセットのうちの共通サーチスペースに関連付けられた監視機会を含み、第１の共通サーチスペースのセットが、ＵＥに対して設定される全ての共通サーチスペースを含まないこと
として定義される。
－ 監視タイムスロットが、ダウンリンク制御チャネルの第１の共通サーチスペースのセットのうちの共通サーチスペースに関連付けられた監視機会を含み、第１の共通サーチスペースのセットが、ＵＥに対して設定される全ての共通サーチスペースを含まないこと
として定義される。
【0261】
その任意選択の実装では、第１の共通サーチスペースのセットは、ＵＥへの専用メッセージで設定される共通サーチスペースを含み、ＵＥのグループに共通して設定される共通サーチスペースを含む。そのさらなる任意選択の実装では、第１の共通サーチスペースのセットは、５Ｇ通信システムによる、ＵＥへの専用メッセージによって設定されるＴｙｐｅ－１の共通サーチスペースと、Ｔｙｐｅ－３の共通サーチスペースとを含む。
【0262】
第４の態様に加えて提供される第５の態様によれば、処理回路は、動作に際して、タイムスロットグループの監視タイムスロットとは異なるタイムスロットグループの追加の監視タイムスロットにおいて第１の共通サーチスペースのセットに属さない共通サーチスペースを監視する。
【0263】
第１～第５の態様のいずれか１つに加えて提供される第６の態様によれば、ＵＥは、監視タイムスロットでないタイムスロットグループのタイムスロットにおいてダウンリンク制御チャネルを監視しないことが許可される。
【0264】
第１～第６の態様のいずれか１つに加えて提供される第７の態様によれば、監視タイムスロットの決定は、タイムスロットグループごとに個別に実行される。
【0265】
第１～第６の態様のいずれか１つに加えて提供される第８の態様によれば、監視タイムスロットの決定は、複数のタイムスロットグループに対して一緒に実行される。決定は、複数のタイムスロットグループのうちの各タイムスロットグループ内の監視タイムスロットの共通の相対位置をもたらす。処理回路は、動作に際して、複数のタイムスロットグループのそれぞれに対する監視タイムスロットを決定するために、監視タイムスロットの決定された共通の相対位置を適用する。任意選択の実装では、監視タイムスロットの共通の相対位置に基づく監視タイムスロットの決定は、監視機会の設定が変更されるまで実行される。
【0266】
第８の態様に加えて提供される第９の態様によれば、処理回路は、動作に際して、監視機会の設定が変更されたか否かを判定する。監視機会の設定が変更されたと判定された場合、処理回路は、動作に際して、監視機会の変更された設定に従って、監視機会の設定の変更後の他の複数のタイムスロットグループに対して監視タイムスロットの決定を再度実行する。決定は、他の複数のスロットグループのうちの各タイムスロットグループ内の監視タイムスロットの他の共通の相対位置をもたらす。さらに、処理回路は、動作に際して、監視機会の設定の変更後の他の複数のタイムスロットグループに対して監視タイムスロットを決定するために、決定された他の共通の相対位置を適用する。
【0267】
第８または第９の態様に加えて提供される第１０の態様によれば、監視タイムスロットの決定は、複数のタイムスロットグループのうちの基準タイムスロットグループに基づいて実行される。処理回路は、動作に際して、基準タイムスロットグループを、
・複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、
・共通サーチスペースを含む、複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、または
・複数のタイムスロットグループのうち、最も少ないタイムスロット内に最も多くの共通サーチスペースおよびＵＥ固有サーチスペースを含む、
タイムスロットグループとして決定する。
・複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、
・共通サーチスペースを含む、複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、または
・複数のタイムスロットグループのうち、最も少ないタイムスロット内に最も多くの共通サーチスペースおよびＵＥ固有サーチスペースを含む、
タイムスロットグループとして決定する。
【0268】
第８または第９の態様に加えて提供される第１１の態様によれば、監視タイムスロットの決定は、複数のタイムスロットグループの監視機会を考慮して実行される。その任意選択の実装では、複数のタイムスロットグループの監視タイムスロットの決定のために、処理回路は、複数のタイムスロットグループの監視機会に対して第１の基準および第２の基準を考慮する。
【0269】
第８～第１１の態様のいずれか１つに加えて提供される第１２の態様によれば、処理回路は、動作に際して、ＵＥの受信機が、動作に際して、監視機会を設定するための設定情報をサービング基地局から受信した場合に、監視機会の設定が変更されたと判定する。その任意選択の実装では、監視機会の設定情報は、無線リソース制御ＲＲＣプロトコルのメッセージで受信される。
【0270】
第８～第１２の態様のいずれか１つに加えて提供される第１３の態様によれば、処理回路は、動作に際して、ＵＥが、サービング基地局からダウンリンク制御チャネルを受信するために、現在のビームから新しいビームに切り替える場合に、監視機会の設定が変更されたと判定する。その任意選択の実装では、処理回路は、動作に際して、サービング基地局からダウンリンク制御チャネルを受信するために使用されるビームと、記憶された設定情報とに基づいて監視機会を決定する。記憶された設定情報は、ビーム固有の監視機会を設定するための、異なるビームに関連付けられた異なる設定情報を含む。その任意選択の実装では、処理回路は、動作に際して、ＵＥがサービング基地局から受信された指示に基づいて現在のビームから新しいビームに切り替えると判定する。
【0271】
第８～第１３の態様のいずれか１つに加えて提供される第１４の態様によれば、監視機会の設定の変更は、
・監視機会の数が変更されること、
・監視機会の周期が変更されること、
・監視機会のＯＦＤＭシンボルのタイミングが変更されること、
・監視機会のタイムスロットのタイミングが変更されること、
・監視機会のアグリゲーションレベルが変更されること、
・アグリゲーションレベルごとの監視候補の数が変更されること
のうちの１つまたは複数を含む。
・監視機会の数が変更されること、
・監視機会の周期が変更されること、
・監視機会のＯＦＤＭシンボルのタイミングが変更されること、
・監視機会のタイムスロットのタイミングが変更されること、
・監視機会のアグリゲーションレベルが変更されること、
・アグリゲーションレベルごとの監視候補の数が変更されること
のうちの１つまたは複数を含む。
【0272】
任意選択の実装では、処理回路は、動作に際して、監視機会の設定の変更により、監視機会の以前の設定と比較して、いずれかの監視機会のタイムスロットが異なるものになるか否かをさらに判定する。いずれかの監視機会のタイムスロットが異なるものになる場合、処理回路は、監視スロットの決定を再度実行すべきか否かの目的で、監視機会の設定が変更されたと判定する。いずれかの監視機会のタイムスロットが異なるものにならない場合、処理回路は、監視スロットの決定を再度実行すべきか否かの目的で、監視機会の設定が変更されていないと判定する。
【0273】
第１～第１４の態様のいずれか１つに加えて提供される第１５の態様によれば、タイムスロットは複数のタイムスロットグループにグループ化され、タイムスロットグループは時間的に連続していて重複しておらず、各タイムスロットグループはＸ個のタイムスロットを含む。その任意選択の実装では、処理回路は、動作に際して、ダウンリンク制御チャネルに使用されるサブキャリア間隔に基づいて、ＵＥに記憶された情報から各タイムスロットグループ内のタイムスロットの数Ｘを決定する。そのさらなる任意選択の実装では、記憶された情報は、異なるサブキャリア間隔と、異なるタイムスロット数のうちの１つまたは複数との関連付けを含み、任意選択により、タイムスロットグループ内のタイムスロットの数Ｘは、４８０ｋＨｚのサブキャリア間隔の場合は４であり、９６０ｋＨｚのサブキャリア間隔の場合は８である。
【0274】
第１～第１５の態様のいずれか１つに加えて提供される第１６の態様によれば、監視タイムスロットの決定は、タイムスロットグループ内の決定された監視タイムスロットが連続するように実行され、または、
監視タイムスロットの決定は、タイムスロットグループ内の決定された監視タイムスロットが連続しているか否かとは無関係に実行される。
監視タイムスロットの決定は、タイムスロットグループ内の決定された監視タイムスロットが連続しているか否かとは無関係に実行される。
【0275】
第１～第１６の態様のいずれか１つに加えて提供される第１７の態様によれば、処理回路は、動作に際して、ＵＥに記憶された情報からタイムスロットグループ内の監視タイムスロットの数Ｙを決定し、任意選択により、記憶された情報はＵＥの能力に関連し、任意選択により、タイムスロットグループ内の監視タイムスロットの最小数は１スロットであり、タイムスロットグループ内の監視タイムスロットの最大数は各タイムスロットグループ内のタイムスロットの数Ｘの半分である。その任意選択の実装では、ＵＥは、動作に際して、タイムスロットグループ内の監視タイムスロットの数Ｙの情報を、ＵＥにサービス提供するサービング基地局に送信する送信機を備える。
【0276】
第１～第１７の態様のいずれか１つに加えて提供される第１８の態様によれば、ＵＥは、動作に際して、ＵＥにサービス提供するサービング基地局から、ＵＥにおいて監視機能を設定するための設定情報を受信する受信機を備え、設定情報は、ＵＥがダウンリンク制御チャネルを監視する１つまたは複数の監視機会を設定する。任意選択の実装では、処理回路は、動作に際して、受信された設定情報に基づいて、ＵＥがダウンリンク制御チャネルを監視する１つまたは複数の監視機会を決定する。
【0277】
第１～第１８の態様のいずれか１つに加えて提供される第１９の態様によれば、タイムスロットグループ内の監視タイムスロットの決定は、
１２０ｋＨｚを超える、ダウンリンク制御チャネルに使用されるサブキャリア間隔、任意選択により、４８０ｋＨｚまたは９６０ｋＨｚ以上のサブキャリア間隔、および
５２．６ＧＨｚを超える、ダウンリンク制御チャネルが送信される周波数範囲、任意選択により、５２．６ＧＨｚ～７１ＧＨｚの周波数範囲、
のうちの１つまたは複数に対して実行される。
１２０ｋＨｚを超える、ダウンリンク制御チャネルに使用されるサブキャリア間隔、任意選択により、４８０ｋＨｚまたは９６０ｋＨｚ以上のサブキャリア間隔、および
５２．６ＧＨｚを超える、ダウンリンク制御チャネルが送信される周波数範囲、任意選択により、５２．６ＧＨｚ～７１ＧＨｚの周波数範囲、
のうちの１つまたは複数に対して実行される。
【0278】
第１～第１９の態様のいずれか１つに加えて提供される第２０の態様によれば、そのタイムスロットグループ内の監視タイムスロットの決定は、２つの連続するタイムスロットグループの監視タイムスロット間で１タイムスロットの最小タイムギャップが空いているという第３の基準に従って処理回路によって実行される。
【0279】
第１～第１９の態様のいずれか１つに加えて提供される第２１の態様によれば、２つの連続するタイムスロットグループにそれぞれ属する２つの監視タイムスロットが互いに連続している場合、処理回路は、動作に際して、
・２つの連続する監視タイムスロットのうちの１つの監視機能の実行をスキップすること、または
・２つの連続する監視タイムスロットのうちの１つにおける監視機会のサブセットに対して監視機能の実行をスキップすること
を決定する。
・２つの連続する監視タイムスロットのうちの１つの監視機能の実行をスキップすること、または
・２つの連続する監視タイムスロットのうちの１つにおける監視機会のサブセットに対して監視機能の実行をスキップすること
を決定する。
【0280】
第２２の態様によれば、ＵＥによって実行される、
２つ以上のタイムスロットグループに対して、監視機能に従ってＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、監視機能は、ダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、決定するステップと、
そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
タイムスロットグループの決定された１つまたは複数の監視タイムスロットにおいてダウンリンク制御チャネルを監視するステップと、
を含む、方法が提供される。
２つ以上のタイムスロットグループに対して、監視機能に従ってＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、監視機能は、ダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、決定するステップと、
そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
タイムスロットグループの決定された１つまたは複数の監視タイムスロットにおいてダウンリンク制御チャネルを監視するステップと、
を含む、方法が提供される。
【0281】
第２３の態様によれば、基地局が提供され、基地局は、動作に際して、２つ以上のタイムスロットグループに対して、監視機能に従ってユーザ機器ＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定する処理回路であって、監視機能は、基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、処理回路を備える。処理回路は、そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する。
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する。
【0282】
基地局の送信機は、タイムスロットグループの決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいてダウンリンク制御チャネル上でダウンリンク制御情報メッセージをＵＥに送信する。
【0283】
第２３の態様に加えて提供される第２４の態様によれば、そのタイムスロットグループ内の監視タイムスロットの決定のために、共通サーチスペースに関する第１の基準が、ＵＥ固有サーチスペースに関する第２の基準よりも先に考慮される。
【0284】
第２３または第２４の態様に加えて提供される第２５の態様によれば、監視タイムスロットの決定のために、処理回路は、ＵＥ固有サーチスペースを優先順位の順に考慮し、ＵＥ固有サーチスペースのインデックスが低いほど、監視タイムスロットに含められる優先順位が高くなる。
【0285】
第２３～第２５の態様のいずれか１つに加えて提供される第２６の態様によれば、第１の基準はさらに、
－ 監視タイムスロットが、ダウンリンク制御チャネルの第１の共通サーチスペースのセットのうちの共通サーチスペースに関連付けられた監視機会を含み、第１の共通サーチスペースのセットが、ＵＥに対して設定される全ての共通サーチスペースを含まないこと
として定義される。
－ 監視タイムスロットが、ダウンリンク制御チャネルの第１の共通サーチスペースのセットのうちの共通サーチスペースに関連付けられた監視機会を含み、第１の共通サーチスペースのセットが、ＵＥに対して設定される全ての共通サーチスペースを含まないこと
として定義される。
【0286】
その任意選択の実装では、第１の共通サーチスペースのセットは、ＵＥへの専用メッセージで設定される共通サーチスペースを含み、ＵＥのグループに共通して設定される共通サーチスペースを含む。そのさらなる任意選択の実装では、第１の共通サーチスペースのセットは、５Ｇ通信システムによる、ＵＥへの専用メッセージによって設定されるＴｙｐｅ－１の共通サーチスペースと、Ｔｙｐｅ－３の共通サーチスペースとを含む。
【0287】
第２６の態様に加えて提供される第２７の態様によれば、処理回路は、動作に際して、タイムスロットグループの監視タイムスロットとは異なるタイムスロットグループの追加の監視タイムスロットにおいて第１の共通サーチスペースのセットに属さない共通サーチスペースのダウンリンク制御情報メッセージを送信する。
【0288】
第２３～第２７の態様のいずれか１つに加えて提供される第２８の態様によれば、監視タイムスロットの決定は、タイムスロットグループごとに個別に実行される。
【0289】
第２３～第２７の態様のいずれか１つに加えて提供される第２９の態様によれば、監視タイムスロットの決定は、複数のタイムスロットグループに対して一緒に実行され、決定は、複数のタイムスロットグループのうちの各タイムスロットグループ内の監視タイムスロットの共通の相対位置をもたらす。処理回路は、動作に際して、複数のタイムスロットグループのそれぞれに対する監視タイムスロットを決定するために、監視タイムスロットの決定された共通の相対位置を適用する。その任意選択の実装では、監視タイムスロットの共通の相対位置に基づく監視タイムスロットの決定は、監視機会の設定が変更されるまで実行される。
【0290】
第２９の態様に加えて提供される第３０の態様によれば、処理回路は、動作に際して、監視機会の設定が変更されたか否かを判定する。監視機会の設定が変更されたと判定された場合、処理回路は、動作に際して、監視機会の変更された設定に従って、監視機会の設定の変更後の他の複数のタイムスロットグループに対して監視タイムスロットの決定を再度実行し、決定は、他の複数のスロットグループのうちの各タイムスロットグループ内の監視タイムスロットの他の共通の相対位置をもたらす。処理回路は、動作に際して、監視機会の設定の変更後の他の複数のタイムスロットグループに対して監視タイムスロットを決定するために、決定された他の共通の相対位置を適用する。
【0291】
第２９または第３０の態様に加えて提供される第３１の態様によれば、監視タイムスロットの決定は、複数のタイムスロットグループのうちの基準タイムスロットグループに基づいて実行される。処理回路は、動作に際して、基準タイムスロットグループを、
・複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、
・共通サーチスペースを含む、複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、
・複数のタイムスロットグループのうち、最も多くの共通サーチスペースおよびＵＥ固有サーチスペースを含む、
タイムスロットグループとして決定する。
・複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、
・共通サーチスペースを含む、複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、
・複数のタイムスロットグループのうち、最も多くの共通サーチスペースおよびＵＥ固有サーチスペースを含む、
タイムスロットグループとして決定する。
【0292】
第２９または第３０の態様に加えて提供される第３２の態様によれば、監視タイムスロットの決定は、複数のタイムスロットグループの監視機会を考慮して実行される。その任意選択の実装では、複数のタイムスロットグループの監視タイムスロットの決定のために、処理回路は、複数のタイムスロットグループの監視機会に対して第１の基準および第２の基準を考慮する。
【0293】
第２９～第３２の態様のいずれか１つに加えて提供される第３３の態様によれば、処理回路は、動作に際して、基地局の送信機が、動作に際して、ＵＥの監視機会を設定するための設定情報をＵＥに送信した場合に、監視機会の設定が変更されたと判定する。
【0294】
第２９～第３３の態様のいずれか１つに加えて提供される第３４の態様によれば、処理回路は、動作に際して、ＵＥが、基地局からダウンリンク制御チャネルを受信するために、現在のビームから新しいビームに切り替える場合に、監視機会の設定が変更されたと判定する。その任意選択の実装では、処理回路は、動作に際して、基地局からダウンリンク制御チャネルを受信するためにＵＥによって使用されるビームと、記憶された設定情報とに基づいて監視機会を決定し、記憶された設定情報は、ビーム固有の監視機会を設定するための、異なるビームに関連付けられた異なる設定情報を含む。そのさらなる任意選択の実装では、送信機は、動作に際して、ＵＥに現在のビームから新しいビームに切り替えるように命令する指示をＵＥに送信する。
【0295】
第２９～第３４の態様のいずれか１つに加えて提供される第３５の態様によれば、監視機会の設定の変更は、
・監視機会の数が変更されること、
・監視機会の周期が変更されること、
・監視機会のＯＦＤＭシンボルのタイミングが変更されること、
・監視機会のタイムスロットのタイミングが変更されること、
・監視機会のアグリゲーションレベルが変更されること、
・アグリゲーションレベルごとの監視候補の数が変更されること
のうちの１つまたは複数を含む。
・監視機会の数が変更されること、
・監視機会の周期が変更されること、
・監視機会のＯＦＤＭシンボルのタイミングが変更されること、
・監視機会のタイムスロットのタイミングが変更されること、
・監視機会のアグリゲーションレベルが変更されること、
・アグリゲーションレベルごとの監視候補の数が変更されること
のうちの１つまたは複数を含む。
【0296】
その任意選択の実装では、処理回路は、動作に際して、監視機会の設定の変更により、監視機会の以前の設定と比較して、いずれかの監視機会のタイムスロットが異なるものになるか否かをさらに判定する。いずれかの監視機会のタイムスロットが異なるものになる場合、処理回路は、監視スロットの決定を再度実行すべきか否かの目的で、監視機会の設定が変更されたと判定する。いずれかの監視機会のタイムスロットが異なるものにならない場合、処理回路は、監視スロットの決定を再度実行すべきか否かの目的で、監視機会の設定が変更されていないと判定する。
【0297】
第３６の態様によれば、基地局によって実行される、
２つ以上のタイムスロットグループに対して、監視機能に従ってユーザ機器ＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、監視機能は、基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、決定するステップと、
そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
タイムスロットグループの決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいてダウンリンク制御チャネル上でダウンリンク制御情報メッセージをＵＥに送信するステップと、
を含む、方法が提供される。
２つ以上のタイムスロットグループに対して、監視機能に従ってユーザ機器ＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、監視機能は、基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、決定するステップと、
そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
タイムスロットグループの決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいてダウンリンク制御チャネル上でダウンリンク制御情報メッセージをＵＥに送信するステップと、
を含む、方法が提供される。
【0298】
第３７の態様によれば、動作に際して、ユーザ機器のプロセスを制御する集積回路であって、プロセスは、ユーザ機器によって実行される、
２つ以上のタイムスロットグループに対して、監視機能に従ってＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、監視機能は、ダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、決定するステップと、
そのタイムスロットグループ内の監視タイムスロットの決定を、
監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
タイムスロットグループの決定された１つまたは複数の監視タイムスロットにおいてダウンリンク制御チャネルを監視するステップと、
を含む、集積回路が提供される。
２つ以上のタイムスロットグループに対して、監視機能に従ってＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、監視機能は、ダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、決定するステップと、
そのタイムスロットグループ内の監視タイムスロットの決定を、
監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
タイムスロットグループの決定された１つまたは複数の監視タイムスロットにおいてダウンリンク制御チャネルを監視するステップと、
を含む、集積回路が提供される。
【0299】
第３８の態様によれば、動作に際して、基地局のプロセスを制御する集積回路であって、プロセスは、基地局によって実行される、
２つ以上のタイムスロットグループに対して、監視機能に従ってユーザ機器ＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、監視機能は、基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、決定するステップと、
そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
タイムスロットグループの決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいてダウンリンク制御チャネル上でダウンリンク制御情報メッセージをＵＥに送信するステップと、
を含む、集積回路が提供される。
２つ以上のタイムスロットグループに対して、監視機能に従ってユーザ機器ＵＥによって監視されるそのタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップであって、監視機能は、基地局から送信されたダウンリンク制御情報メッセージを受信する目的で１つまたは複数のタイムスロットにおける１つまたは複数の監視機会においてダウンリンク制御チャネルを監視するためにＵＥによって動作させられる、決定するステップと、
そのタイムスロットグループ内の監視タイムスロットの決定を、
・監視タイムスロットが、ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、
・監視タイムスロットが、ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
タイムスロットグループの決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいてダウンリンク制御チャネル上でダウンリンク制御情報メッセージをＵＥに送信するステップと、
を含む、集積回路が提供される。
【0300】
＜本開示のハードウェアおよびソフトウェアの実装を含むさらなる変形例＞
本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路等のＬＳＩによって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のＬＳＩ又はＬＳＩの組み合わせによって部分的又は全体的に制御されてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように１つのチップが形成されていてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の違いにより、ＩＣ（集積回路）、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩとして呼ばれうる。しかし、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、ＬＳＩ内部に配置される回路セルの接続及び設定が再設定可能なＬＳＩ又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がＬＳＩに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。
本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路等のＬＳＩによって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のＬＳＩ又はＬＳＩの組み合わせによって部分的又は全体的に制御されてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように１つのチップが形成されていてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の違いにより、ＩＣ（集積回路）、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩとして呼ばれうる。しかし、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、ＬＳＩ内部に配置される回路セルの接続及び設定が再設定可能なＬＳＩ又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がＬＳＩに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。
【0301】
本開示は、通信装置と呼ばれる、通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。
【0302】
通信装置は、送受信機及び処理／制御回路を有してもよい。送受信機は、受信機及び送信機を有し、及び／又は機能してもよい。送信機及び受信機としての送受信機は、増幅器、ＲＦ変調器／復調器など及び１つ以上のアンテナを含むＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールを含んでもよい。
【0303】
そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯（セル）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス／遠隔医療（リモートヘルス及びリモート医療）デバイス、及び通信機能を提供する車両（例えば、自動車、飛行機、船舶）、並びにそれらの様々な組み合わせを含む。
【0304】
通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス（例えば、家電、ライティング、スマートメータ、制御パネル）、自動販売機及び“Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）”のネットワークにおける他の何れかの“物”など、非携帯型又は固定型である何れかのタイプの装置、デバイス又はシステムを含んでもよい。
【0305】
通信は、例えば、セルラシステム、無線ＬＡＮシステム、衛星システムなど、及びそれらの様々な組み合わせを介してデータを交換することを含んでもよい。
【0306】
通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを含んでもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成するコントローラ又はセンサを含んでもよい。
【0307】
加えて通信装置は、たとえば基地局、アクセスポイント、およびたとえば上述の非限定的な例におけるものなどの装置と通信するか、またはそれを制御する任意のその他の装置、デバイス、またはシステムなどのインフラストラクチャ設備を含んでもよい。
【0308】
（制御信号）
本開示において、本開示に関連するダウンリンク制御信号（情報）は、物理レイヤのＰＤＣＣＨを介して送信される信号（情報）であり得、または上位レイヤのＭＡＣ制御エレメント（ＣＥ：Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）またはＲＲＣを介して送信される信号（情報）であり得る。ダウンリンク制御信号は、事前定義された信号（情報）であり得る。
本開示において、本開示に関連するダウンリンク制御信号（情報）は、物理レイヤのＰＤＣＣＨを介して送信される信号（情報）であり得、または上位レイヤのＭＡＣ制御エレメント（ＣＥ：Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）またはＲＲＣを介して送信される信号（情報）であり得る。ダウンリンク制御信号は、事前定義された信号（情報）であり得る。
【0309】
本開示に関連するアップリンク制御信号（情報）は、物理レイヤのＰＵＣＣＨを介して送信される信号（情報）であり得、上位レイヤのＭＡＣ ＣＥまたはＲＲＣを介して送信される信号（情報）であり得る。また、アップリンク制御信号は、事前定義された信号（情報）であり得る。アップリンク制御信号は、アップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）、第１ステージサイドリンク制御情報（ＳＣＩ：ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）、または第２ステージＳＣＩに置き換えられ得る。
【0310】
（基地局）
本開示では、基地局は、たとえば、送受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、クラスタヘッド、アクセスポイント、リモートラジオヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）、基地送受信局（ＢＴＳ：Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ベースユニット、またはゲートウェイであり得る。また、サイドリンク通信においては、基地局の代わりに端末が採用され得る。基地局は、上位ノードと端末との間の通信を中継する中継装置であり得る。基地局は路側ユニットであり得る。
本開示では、基地局は、たとえば、送受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、クラスタヘッド、アクセスポイント、リモートラジオヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）、基地送受信局（ＢＴＳ：Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ベースユニット、またはゲートウェイであり得る。また、サイドリンク通信においては、基地局の代わりに端末が採用され得る。基地局は、上位ノードと端末との間の通信を中継する中継装置であり得る。基地局は路側ユニットであり得る。
【0311】
（アップリンク／ダウンリンク／サイドリンク）
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用され得る。
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用され得る。
【0312】
本開示は、たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨなどのアップリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨなどのダウンリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、および物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）などのサイドリンクチャネルに適用され得る。
【0313】
ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＵＣＣＨは、それぞれ、ダウンリンク制御チャネル、ダウンリンクデータチャネル、アップデータチャネル、アップリンク制御チャネルの例である。ＰＳＣＣＨおよびＰＳＳＣＨは、それぞれサイドリンク制御チャネルおよびサイドリンクデータチャネルの例である。ＰＢＣＨおよびＰＳＢＣＨはそれぞれブロードキャストチャネルの例であり、ＰＲＡＣＨはランダムアクセスチャネルの例である
【0314】
（データチャネル／制御チャネル）
本開示は、データチャネルおよび制御チャネルのいずれにも適用され得る。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、ならびに／あるいはＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えられ得る。
本開示は、データチャネルおよび制御チャネルのいずれにも適用され得る。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、ならびに／あるいはＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えられ得る。
【0315】
（参照信号）
本開示において、参照信号は、基地局および移動局の両方に既知の信号であり、各参照信号は、参照信号（ＲＳ）または場合によってはパイロット信号と呼ばれ得る。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、トラッキング参照信号（ＴＲＳ：Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、位相トラッキング参照信号（ＰＴＲＳ：Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、およびサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）のいずれでもあり得る。
本開示において、参照信号は、基地局および移動局の両方に既知の信号であり、各参照信号は、参照信号（ＲＳ）または場合によってはパイロット信号と呼ばれ得る。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、トラッキング参照信号（ＴＲＳ：Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、位相トラッキング参照信号（ＰＴＲＳ：Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、およびサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）のいずれでもあり得る。
【0316】
（時間間隔）
本開示では、時間リソース単位は、スロットおよびシンボルのうちの１つまたは組み合わせに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットサブスロット、ミニスロットなどの時間リソース単位、またはシンボル、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、シングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ－Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）シンボルなどの時間リソース単位、あるいは他の時間リソース単位であり得る。１スロットに含まれるシンボル数は、上述の実施形態（複数可）で例示したいかなるシンボル数にも限定されず、他のシンボル数であり得る。
本開示では、時間リソース単位は、スロットおよびシンボルのうちの１つまたは組み合わせに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットサブスロット、ミニスロットなどの時間リソース単位、またはシンボル、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、シングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ－Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）シンボルなどの時間リソース単位、あるいは他の時間リソース単位であり得る。１スロットに含まれるシンボル数は、上述の実施形態（複数可）で例示したいかなるシンボル数にも限定されず、他のシンボル数であり得る。
【0317】
（周波数バンド）
本開示は、ライセンスバンド、アンライセンスバンドのいずれにも適用され得る。
本開示は、ライセンスバンド、アンライセンスバンドのいずれにも適用され得る。
【0318】
（通信）
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末との間の通信（サイドリンク通信）、およびビークルツーエブリシング（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信のいずれにも適用され得る。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えられ得る。
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末との間の通信（サイドリンク通信）、およびビークルツーエブリシング（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信のいずれにも適用され得る。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えられ得る。
【0319】
また、本開示は、地上ネットワーク、または衛星もしくは高高度疑似衛星（ＨＡＰＳ：Ｈｉｇｈ Ａｌｔｉｔｕｄｅ Ｐｓｅｕｄｏ Ｓａｔｅｌｌｉｔｅ）を使用した地上ネットワーク以外のネットワーク（ＮＴＮ：非地上ネットワーク：Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ）のいずれにも適用され得る。また、本開示は、セルサイズが大きいネットワーク、シンボル長またはスロット長に比べて遅延が大きい地上ネットワーク、たとえば、超広帯域伝送ネットワークにも適用され得る。
【0320】
（アンテナポート）
アンテナポートとは、１つまたは複数の物理アンテナ（複数可）で形成される論理アンテナ（アンテナグループ）を指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すわけではなく、複数のアンテナで形成されるアレイアンテナなどを指す場合もある。たとえば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、アンテナポートは、端末が参照信号を送信することが可能な最小単位として定義される。また、アンテナポートは、プリコーディングベクトルの重み付けを乗算するための最小単位として定義され得る。
アンテナポートとは、１つまたは複数の物理アンテナ（複数可）で形成される論理アンテナ（アンテナグループ）を指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すわけではなく、複数のアンテナで形成されるアレイアンテナなどを指す場合もある。たとえば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、アンテナポートは、端末が参照信号を送信することが可能な最小単位として定義される。また、アンテナポートは、プリコーディングベクトルの重み付けを乗算するための最小単位として定義され得る。
【0321】
さらに、さまざまな実施形態は、プロセッサによって実行されるか、またはハードウェアにおいて直接実行されるソフトウェアモジュールによって実施されてもよい。ソフトウェアモジュールとハードウェア実装との組み合わせも可能であり得る。ソフトウェアモジュールは、たとえばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどの任意の種類のコンピュータ可読記憶媒体に記憶されてもよい。さらに、異なる実施形態の個々の特徴が個別に、または任意の組み合わせで、別の実施形態の主題になり得ることに留意すべきである。
【0322】
特定の実施形態において示された本開示に対して、多数の変更および／または修正を加えてもよいことを当業者は認識するだろう。したがって本実施形態はすべての点から例示的であり、限定的なものではないとみなされるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【手続補正書】
【提出日】2024-04-01
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ユーザ機器（ＵＥ）であって、動作中に、ダウンリンク制御チャネルを監視するため、２つ以上のタイムスロットグループ内の１つまたは複数のタイムスロットを決定する処理回路であって、
前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、または、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する、処理回路と、
動作中に、前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットにおいて前記ダウンリンク制御チャネルを監視する、受信機と、
を備える、ＵＥ。
【請求項2】
前記タイムスロットグループ内の前記監視タイムスロットの前記決定のために、前記共通サーチスペースに関する前記第１の基準が、前記ＵＥ固有サーチスペースに関する前記第２の基準よりも先に考慮される、請求項１に記載のＵＥ。
【請求項3】
前記監視タイムスロットの前記決定のために、前記処理回路は、前記ＵＥ固有サーチスペースを優先順位の順に考慮し、ＵＥ固有サーチスペースのインデックスが低いほど、監視タイムスロットに含められる優先順位が高くなる、請求項１または２に記載のＵＥ。
【請求項4】
前記第１の基準はさらに、監視タイムスロットが、前記ダウンリンク制御チャネルの第１の共通サーチスペースのセットのうちの共通サーチスペースに関連付けられた監視機会を含み、前記第１の共通サーチスペースのセットが、前記ＵＥに対して設定される全ての共通サーチスペースを含まないこと
として定義され、
任意選択により、前記第１の共通サーチスペースのセットは、前記ＵＥへの専用メッセージで設定される共通サーチスペースを含み、ＵＥのグループに共通して設定される共通サーチスペースを含み、
任意選択により、前記第１の共通サーチスペースのセットは、５Ｇ通信システムによる、前記ＵＥへの専用メッセージによって設定されるＴｙｐｅ－１の共通サーチスペースと、Ｔｙｐｅ－３の共通サーチスペースとを含む、
請求項１に記載のＵＥ。
【請求項5】
前記処理回路は、動作中に、前記タイムスロットグループの前記監視タイムスロットとは異なる前記タイムスロットグループの追加の監視タイムスロットにおいて前記第１の共通サーチスペースのセットに属さない共通サーチスペースを監視する、請求項４に記載のＵＥ。
【請求項6】
前記ＵＥは、前記監視タイムスロットでない前記タイムスロットグループのタイムスロットにおいて前記ダウンリンク制御チャネルを監視しないことが許可される、請求項１に記載のＵＥ。
【請求項7】
前記監視タイムスロットの前記決定は、タイムスロットグループごとに個別に実行される、請求項１に記載のＵＥ。
【請求項8】
前記監視タイムスロットの前記決定は、複数のタイムスロットグループに対して一緒に実行され、前記決定は、前記複数のタイムスロットグループのうちの各タイムスロットグループ内の前記監視タイムスロットの共通の相対位置をもたらし、前記処理回路は、動作中に、前記複数のタイムスロットグループのそれぞれに対する前記監視タイムスロットを決定するために、前記監視タイムスロットの前記決定された共通の相対位置を適用し、
任意選択により、前記監視タイムスロットの前記共通の相対位置に基づく前記監視タイムスロットの前記決定は、前記監視機会の設定が変更されるまで実行される、
請求項１に記載のＵＥ。
【請求項9】
前記処理回路は、動作中に、前記監視機会の前記設定が変更されたか否かを判定し、前記監視機会の前記設定が変更されたと判定された場合、前記処理回路は、動作中に、前記監視機会の前記変更された設定に従って、前記監視機会の前記設定の変更後の他の複数のタイムスロットグループに対して前記監視タイムスロットの前記決定を再度実行し、前記決定は、前記他の複数のスロットグループのうちの各タイムスロットグループ内の前記監視タイムスロットの他の共通の相対位置をもたらし、
前記処理回路は、動作中に、前記監視機会の前記設定の前記変更後の前記他の複数のタイムスロットグループに対して前記監視タイムスロットを決定するために、前記決定された他の共通の相対位置を適用する、
請求項８に記載のＵＥ。
【請求項10】
前記監視タイムスロットの前記決定は、前記複数のタイムスロットグループのうちの基準タイムスロットグループに基づいて実行され、前記処理回路は、動作中に、前記基準タイムスロットグループを、前記複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、
共通サーチスペースを含む、前記複数のタイムスロットグループのうちの最初のタイムスロットグループであるか、または
前記複数のタイムスロットグループのうち、最も少ないタイムスロット内に最も多くの共通サーチスペースおよびＵＥ固有サーチスペースを含む、
タイムスロットグループとして決定する、請求項８または９に記載のＵＥ。
【請求項11】
前記監視タイムスロットの前記決定は、前記複数のタイムスロットグループの前記監視機会を考慮して実行され、任意選択により、前記複数のタイムスロットグループの前記監視タイムスロットの前記決定のために、前記処理回路は、前記複数のタイムスロットグループの前記監視機会に対して前記第１の基準および前記第２の基準を考慮する、
請求項８または９に記載のＵＥ。
【請求項12】
前記処理回路は、動作中に、
前記ＵＥの受信機が、動作中に、前記監視機会を設定するための設定情報をサービング基地局から受信した場合に、前記監視機会の前記設定が変更されたと判定し、
任意選択により、前記監視機会の前記設定情報は、無線リソース制御ＲＲＣプロトコルのメッセージで受信される、
請求項８に記載のＵＥ。
【請求項13】
前記処理回路は、動作中に、
前記ＵＥが、サービング基地局から前記ダウンリンク制御チャネルを受信するために、現在のビームから新しいビームに切り替える
場合に、前記監視機会の前記設定が変更されたと判定し、
任意選択により、前記処理回路は、動作中に、前記サービング基地局から前記ダウンリンク制御チャネルを受信するために使用される前記ビームと、記憶された設定情報とに基づいて前記監視機会を決定し、前記記憶された設定情報は、ビーム固有の監視機会を設定するための、異なるビームに関連付けられた異なる設定情報を含み、
任意選択により、前記処理回路は、動作中に、前記ＵＥが前記サービング基地局から受信された指示に基づいて前記現在のビームから前記新しいビームに切り替えると判定する、
請求項８のいずれか一項に記載のＵＥ。
【請求項14】
前記監視機会の前記設定の前記変更は、監視機会の数が変更されること、
前記監視機会の周期が変更されること、
前記監視機会のＯＦＤＭシンボルのタイミングが変更されること、
前記監視機会のタイムスロットのタイミングが変更されること、
前記監視機会のアグリゲーションレベルが変更されること、
アグリゲーションレベルごとの監視候補の数が変更されること
のうちの１つまたは複数を含み、
任意選択により、前記処理回路は、動作中に、前記監視機会の前記設定の前記変更により、前記監視機会の以前の設定と比較して、いずれかの監視機会のタイムスロットが異なるものになるか否かをさらに判定し、
いずれかの監視機会のタイムスロットが異なるものになる場合、前記処理回路は、監視スロットの前記決定を再度実行すべきか否かの目的で、前記監視機会の前記設定が変更されたと判定し、
いずれかの監視機会のタイムスロットが異なるものにならない場合、前記処理回路は、前記監視スロットの前記決定を再度実行すべきか否かの目的で、前記監視機会の前記設定が変更されていないと判定する、
請求項８に記載のＵＥ。
【請求項15】
タイムスロットは複数のタイムスロットグループにグループ化され、前記タイムスロットグループは時間的に連続していて重複しておらず、各タイムスロットグループはＸ個のタイムスロットを含み、任意選択により、前記処理回路は、動作中に、前記ダウンリンク制御チャネルに使用されるサブキャリア間隔に基づいて、前記ＵＥに記憶された情報から各タイムスロットグループ内のタイムスロットの数Ｘを決定し、任意選択により、前記記憶された情報は、異なるサブキャリア間隔と、異なるタイムスロット数のうちの１つまたは複数との関連付けを含み、任意選択により、タイムスロットグループ内のタイムスロットの前記数Ｘは、４８０ｋＨｚのサブキャリア間隔の場合は４であり、９６０ｋＨｚのサブキャリア間隔の場合は８である、
請求項１に記載のＵＥ。
【請求項16】
前記監視タイムスロットの前記決定は、前記タイムスロットグループ内の前記決定された監視タイムスロットが連続するように実行され、または、前記監視タイムスロットの前記決定は、前記タイムスロットグループ内の前記決定された監視タイムスロットが連続しているか否かとは無関係に実行される、
請求項１に記載のＵＥ。
【請求項17】
前記処理回路は、動作中に、前記ＵＥに記憶された情報からタイムスロットグループ内の監視タイムスロットの数Ｙを決定し、任意選択により、前記記憶された情報は前記ＵＥの能力に関連し、任意選択により、タイムスロットグループ内の監視タイムスロットの最小数は１スロットであり、タイムスロットグループ内の監視タイムスロットの最大数は各タイムスロットグループ内のタイムスロットの前記数Ｘの半分であり、任意選択により、前記ＵＥは、動作中に、タイムスロットグループ内の監視タイムスロットの前記数Ｙの情報を、前記ＵＥにサービス提供するサービング基地局に送信する送信機を備える、
請求項１に記載のＵＥ。
【請求項18】
動作中に、前記ＵＥにサービス提供するサービング基地局から、前記ＵＥにおいて監視機能を設定するための設定情報を受信する受信機をさらに備え、前記設定情報は、前記ＵＥが前記ダウンリンク制御チャネルを監視する１つまたは複数の監視機会を設定し、任意選択により、前記処理回路は、動作中に、前記受信された設定情報に基づいて、前記ＵＥが前記ダウンリンク制御チャネルを監視する１つまたは複数の監視機会を決定する、
請求項１に記載のＵＥ。
【請求項19】
ＵＥによって実行される、ダウンリンク制御チャネルを監視するため、２つ以上のタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップと、
前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、または、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットにおいて前記ダウンリンク制御チャネルを監視するステップと、
を含む、方法。
【請求項20】
基地局であって、動作中に、ダウンリンク制御チャネルを監視するため、２つ以上のタイムスロットグループに対して、ダウンリンク制御チャネルを監視するための、前記タイムスロットグループ内の１つまたは複数のタイムスロットを決定する処理回路であって、
前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、または、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行する、前記処理回路と、
動作中に、前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいて前記ダウンリンク制御チャネル上でダウンリンク制御情報メッセージをユーザ機器（ＵＥ）に送信する送信機と、
を備える、基地局。
【請求項21】
基地局によって実行される、ダウンリンク制御チャネルを監視するため、２つ以上のタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップと、
前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、または、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいて前記ダウンリンク制御チャネル上でダウンリンク制御情報メッセージをユーザ機器（ＵＥ）に送信するステップと、
を含む、方法。
【請求項22】
動作中に、ユーザ機器のプロセスを制御する集積回路であって、前記プロセスは、ＵＥによって実行される、ダウンリンク制御チャネルを監視するため、２つ以上のタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップと、
前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、または、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットにおいて前記ダウンリンク制御チャネルを監視するステップと、
を含む、集積回路。
【請求項23】
動作中に、基地局のプロセスを制御する集積回路であって、前記プロセスは、前記基地局によって実行される、ダウンリンク制御チャネルを監視するため、２つ以上のタイムスロットグループ内の１つまたは複数のタイムスロットを決定するステップと、
前記決定を、
監視タイムスロットが、前記ダウンリンク制御チャネルの共通サーチスペースに関連付けられた監視機会を含むという第１の基準、または、
監視タイムスロットが、前記ダウンリンク制御チャネルのＵＥ固有サーチスペースに関連付けられた監視機会を含むという第２の基準、
のうちの１つまたは複数に従って実行するステップと、
前記タイムスロットグループの前記決定された１つまたは複数の監視タイムスロットのうちの少なくとも１つにおいて前記ダウンリンク制御チャネル上でダウンリンク制御情報メッセージをユーザ機器（ＵＥ）に送信するステップと、
を含む、集積回路。
【国際調査報告】