特表 2022-550879 クロススロットスケジューリング適応のためのデバイスおよび方法

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

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

(11)【公表番号】

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

(54)【発明の名称】クロススロットスケジューリング適応のためのデバイスおよび方法

(51)【国際特許分類】

   H04W 52/02 20090101AFI20221128BHJP

   H04W 72/04 20090101ALI20221128BHJP

   H04W 72/12 20090101ALI20221128BHJP

【ＦＩ】

H04W52/02 110

H04W72/04 131

H04W72/12

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022520589

(86)(22)【出願日】2020-09-28

(85)【翻訳文提出日】2022-04-01

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

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

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

(31)【優先権主張番号】19201513.9

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】514136668

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

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

(74)【代理人】

【識別番号】110002952

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

(72)【発明者】

【氏名】リ ホンチャオ

(72)【発明者】

【氏名】クゥァン クゥァン

(72)【発明者】

【氏名】タオ ミン－フン

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

5K067

【Ｆターム（参考）】

5K067AA43

5K067CC04

5K067DD11

5K067EE02

5K067EE10

5K067EE72

5K067HH22

5K067HH23

(57)【要約】

本開示は、動作中、スケジューリンググラントを受信した後にデータを受信する送受信機と、動作中、最小スケジューリングギャップに従って、時間領域リソース割当て（ＴＤＲＡ）テーブルに制限を適用するか否かを決定する回路であって、前記決定が、共通ＴＤＲＡテーブルが構成されているか否かの決定を含む、回路と、を有する、送受信機デバイスを提供する。

【特許請求の範囲】

【請求項1】

動作中、スケジューリンググラントを受信した後にデータを受信する送受信機と、
動作中、最小スケジューリングギャップに従って、時間領域リソース割当て（ＴＤＲＡ）テーブルに制限を適用するか否かを決定する回路であって、前記決定が、共通ＴＤＲＡテーブルが構成されているか否かの決定を含む、回路と、
を有する、送受信機デバイス。

【請求項2】

前記回路は、動作中、前記共通ＴＤＲＡテーブルが構成されていないと決定された場合、前記ＴＤＲＡテーブルに前記制限を適用しないと決定する、
請求項１に記載の送受信機デバイス。

【請求項3】

前記回路は、動作中、前記最小スケジューリングギャップがゼロよりも大きい場合、前記ＴＤＲＡテーブルに関連付けられたサーチスペースにおける物理制御チャネルのオケージョンを監視しないように前記送受信機を制御する、
請求項１または２に記載の送受信機デバイス。

【請求項4】

前記ＴＤＲＡテーブルは、複数のエントリを含み、各エントリは、前記スケジューリンググラントの受信とスケジューリングされたリソースとの間のギャップを示すスケジューリングギャップインジケータを含む時間領域リソース割当てを指定し、
前記決定は、前記共通ＴＤＲＡテーブルが構成されていると決定された場合、前記最小スケジューリングギャップと、前記ＴＤＲＡテーブルに含まれるスケジューリングギャップとを比較することをさらに含む、
請求項１～３のいずれか一項に記載の送受信機デバイス。

【請求項5】

動作中、スケジューリンググラントを受信した後にデータを送信する送受信機と、
動作中、最小スケジューリングギャップに従って、時間領域リソース割当て（ＴＤＲＡ）テーブルに制限を適用するか否かを決定する回路であって、前記ＴＤＲＡテーブルが、複数のエントリを含み、各エントリが、前記スケジューリンググラントの受信とスケジューリングされたリソースとの間のギャップを示すスケジューリングギャップインジケータを含む時間領域リソース割当てを指定し、前記決定が、前記最小スケジューリングギャップと、前記ＴＤＲＡテーブルに含まれるスケジューリングギャップとを比較することを含む、回路と、
を有する、送受信機デバイス。

【請求項6】

前記回路は、動作中、前記最小スケジューリングギャップが前記ＴＤＲＡテーブルに含まれるスケジューリングギャップの範囲内にある場合、前記ＴＤＲＡテーブルに前記制限を適用すると決定する、
請求項４または５に記載の送受信機デバイス。

【請求項7】

前記回路は、動作中、前記最小スケジューリングギャップが前記ＴＤＲＡテーブルに含まれる最大のスケジューリングギャップよりも大きい場合、前記ＴＤＲＡテーブルに関連付けられたサーチスペースにおける物理制御チャネルのオケージョンを監視しないように前記送受信機を制御する、
請求項４～６のいずれか一項に記載の送受信機デバイス。

【請求項8】

前記回路は、動作中、前記最小スケジューリングギャップが前記ＴＤＲＡテーブルに含まれる最大のスケジューリングギャップよりも大きい場合、前記ＴＤＲＡテーブルに前記制限を適用しないと決定する、
請求項４～６のいずれか一項に記載の送受信機デバイス。

【請求項9】

前記回路は、動作中、さらに、前記最小スケジューリングギャップが前記ＴＤＲＡテーブルに含まれる最大のスケジューリングギャップよりも大きい場合、リソース割当てのために前記ＴＤＲＡテーブルと異なる第２のＴＤＲＡテーブルを決定し、前記第２のＴＤＲＡテーブルをスケジューリングのために使用する、
請求項８に記載の送受信機デバイス。

【請求項10】

前記回路は、動作中、前記ＴＤＲＡテーブルに含まれる前記スケジューリングギャップが互いに等しい場合、前記ＴＤＲＡテーブルに前記制限を適用しないと決定する、
請求項４～９のいずれか一項に記載の送受信機デバイス。

【請求項11】

前記決定は、前記送受信機デバイスがグループ共通物理制御チャネルを監視するように構成されているかどうかを決定することを含み、
前記回路は、動作中、前記送受信機デバイスが前記グループ共通物理制御チャネルを監視するように構成されていない場合、前記ＴＤＲＡテーブルに前記制限を適用すると決定する、
請求項１～１０のいずれか一項に記載の送受信機デバイス。

【請求項12】

前記送受信機は、動作中、前記最小スケジューリングギャップを指示する最小スケジューリングギャップインジケータを受信する、
請求項１～１１のいずれか一項に記載の送受信機デバイス。

【請求項13】

前記最小スケジューリングギャップは、前記スケジューリンググラントの受信とスケジューリングされたリソースとの間のギャップの最小値をタイムスロット単位で示す、
請求項１～１２のいずれか一項に記載の送受信機デバイス。

【請求項14】

最小スケジューリングギャップに従って、時間領域リソース割当て（ＴＤＲＡ）テーブルに制限を適用するか否かを決定するステップであって、前記決定が、共通ＴＤＲＡテーブルが構成されているか否かの決定を含む、ステップと、
スケジューリンググラントを受信した後にデータを受信するステップと、
を含む、データ受信方法。

【請求項15】

最小スケジューリングギャップに従って、時間領域リソース割当て（ＴＤＲＡ）テーブルに制限を適用するか否かを決定するステップであって、前記ＴＤＲＡテーブルが、複数のエントリを含み、各エントリが、スケジューリンググラントの受信とスケジューリングされたリソースとの間のギャップを示すスケジューリングギャップインジケータを含む時間領域リソース割当てを指定し、前記決定が、前記最小スケジューリングギャップと、前記ＴＤＲＡテーブルに含まれるスケジューリングギャップとを比較することを含む、ステップと、
前記スケジューリンググラントを受信した後にデータを送信するステップと、
を含む、データ送信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信システムにおける信号の送受信に関する。特に、本開示は、そのような送受信のための方法および装置に関する。

【背景技術】

【0002】

現在、第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）は、次世代のセルラー技術（第５世代（５Ｇ）とも呼ばれる）の技術仕様に取り組んでいる。

【0003】

１つの目的は、少なくとも拡張モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）、超高信頼・低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大規模マシンタイプ通信（ｍＭＴＣ：massive machine type communication）を含む、あらゆる使用シナリオ、要件、および配置シナリオ（例えば、非特許文献１の６節を参照）に対処する、単一の技術的枠組みを提供することである。例えば、ｅＭＢＢの配置シナリオには、屋内のホットスポット、密集都市部、郊外、都市部、および高速が含まれ得る。ＵＲＬＬＣの配置シナリオには、産業制御システム、モバイル健康管理（遠隔モニタリング、遠隔診断、および遠隔治療）、車両のリアルタイム制御、スマートグリッドの広域監視・制御システムが含まれ得る。ｍＭＴＣの配置シナリオには、スマートウェアラブルやセンサネットワークなど、遅延の影響が小さいデータ伝送を行う多数の装置を使用するシナリオが含まれ得る。ｅＭＢＢサービスとＵＲＬＬＣサービスは、いずれも極めて広い帯域幅が要求される点で似ているが、ＵＲＬＬＣサービスでは、極めて小さいレイテンシ（待ち時間）（latency）が好ましくは要求される点において異なる。

【0004】

第２の目的は、前方互換性を達成することである。ロングタームエボリューション（ＬＴＥ、ＬＴＥ－Ａ）セルラーシステムへの後方互換性は要求されず、これにより、全く新しいシステムの設計および／または新しい機能の導入が容易になる。

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】ＴＲ ３８．９１３ ｖｅｒｓｉｏｎ １５．０．０

【非特許文献2】３ＧＰＰ ＴＳ ３８．３００ ｖ１５．６．０

【非特許文献3】３ＧＰＰ ＴＲ ３８．８０１ ｖ１４．０．０

【非特許文献4】３ＧＰＰ ＴＳ ３８．２１１ ｖ１５．６．０

【非特許文献5】ＴＳ ２３．５０１ ｖ１６．１．０

【非特許文献6】ＴＳ ３８．２１２ ｖ１５．６．０

【非特許文献7】ＴＳ ３８．２１１ Ｖ１５．０．０（２０１７－１２）

【発明の概要】

【0006】

１つの非限定的かつ例示的な実施形態は、クロススロットスケジューリングを伴う手順を含む、ＵＥ電力の節約を容易にする改善された手順を提供することを促進する。

【0007】

一実施形態において、本明細書に開示されている技術は、動作中、スケジューリンググラントを受信した後にデータを受信する送受信機と、動作中、最小スケジューリングギャップに従って、時間領域リソース割当て（ＴＤＲＡ）テーブルに制限を適用するか否かを決定する回路であって、前記決定が、共通ＴＤＲＡテーブルが構成されているか否かの決定を含む、回路と、を有する、送受信機デバイスを特徴とする。

【0008】

一実施形態において、本明細書に開示されている技術は、動作中、スケジューリンググラントを受信した後にデータを送信する送受信機と、動作中、最小スケジューリングギャップに従って、時間領域リソース割当て（ＴＤＲＡ）テーブルに制限を適用するか否かを決定する回路であって、前記ＴＤＲＡテーブルが、複数のエントリを含み、各エントリが、前記スケジューリンググラントの受信とスケジューリングされたリソースとの間のギャップを示すスケジューリングギャップインジケータを含む時間領域リソース割当てを指定し、前記決定が、前記最小スケジューリングギャップと、前記ＴＤＲＡテーブルに含まれるスケジューリングギャップとを比較することを含む、回路と、を有する、送受信機デバイスを特徴とする。

【0009】

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

【0010】

開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざま実施形態および特徴によって個別に得ることができる。但し、これらは、このような恩恵および／または利点の１つまたは複数を得るために、すべてを設ける必要はない。

【図面の簡単な説明】

【0011】

以下、例示的な実施形態について添付の図面を参照してより詳細に説明する。

【0012】

【図1】３ＧＰＰ ＮＲシステムの例示的なアーキテクチャを示す図

【図2】ＮＧ－ＲＡＮと５ＧＣの間の機能分割を示す概略図

【図3】ＲＲＣ接続のセットアップ／再設定手順のシーケンス図

【図4】拡張モバイルブロードバンド、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示す概略図

【図5】非ローミングシナリオ向けの例示的な５Ｇシステムアーキテクチャを示すブロック図

【図6】例示的なＴＤＲＡテーブルを示す概略図

【図7】クロススロットスケジューリングを示す概略図

【図8】送受信機デバイスおよびスケジューリングデバイスを示すブロック図

【図9】最小スケジューリングギャップによる例示的なＴＤＲＡテーブルの例示的な制限を示す概略図

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

【0013】

５Ｇ ＮＲシステムのアーキテクチャおよびプロトコルスタック

【0014】

３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ規格の最初のバージョンは、２０１７年の終わりに完了し、これにより、５Ｇ ＮＲ規格に準拠したスマートフォンの試験および商用展開に進むことができる。

【0015】

とりわけ、全体的なシステムアーキテクチャは、ｇＮＢを有するＮＧ－ＲＡＮ（次世代無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、これらのｇＮＢは、ＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。また、ｇＮＢは、次世代（ＮＧ：Next Generation）インタフェースによってＮＧＣ(次世代コア：Next Generation Core）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ(アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例えば、ＡＭＦを実行する特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ(ユーザプレーン機能：User Plane Function）（例えば、ＵＰＦを実行する特定のコアエンティティ）にも接続されている。ＮＧ－ＲＡＮアーキテクチャを図１に示す（例えば、非特許文献２の４節を参照）。

【0016】

さまざまな異なる配置シナリオをサポートすることができる（例えば、非特許文献３を参照）。この文献には、例えば、非中央集中型の配置シナリオ（例えば、非特許文献３の５．２節を参照。中央集中型の配置は、５．４節に示されている）が提示されており、５Ｇ ＮＲをサポートする基地局を配置することができる。ＮＲ ５Ｇの新しいｅＮＢは、例示的にｇＮＢと呼ばれ得る。ｅＬＴＥ ｅＮＢは、ｅＮＢの進化型であり、ＥＰＣ（進化型パケットコア：Evolved Packet Core）およびＮＧＣ（次世代コア：Next Generation Core）への接続性をサポートする。

【0017】

ＮＲにおけるユーザプレーンプロトコルスタック（例えば、非特許文献２の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献２の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献２の６．３節を参照）サブレイヤ、ＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献２の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ：access stratum）の新しいサブレイヤ（ＳＤＡＰ、サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば、非特許文献２の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば、非特許文献２の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献２の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、非特許文献２の６．４節、６．３節、および６．２節にそれぞれ記載されている。ＲＲＣレイヤの機能は、非特許文献２の７節に記載されている。

【0018】

例えば、媒体アクセス制御レイヤは、論理チャネルの多重化、ならびに、さまざまなニューメロロジーの処理を含む、スケジューリングおよびスケジューリング関連機能を扱う。

【0019】

物理レイヤ（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理時間－周波数リソースへの信号のマッピングを担当する。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングも処理する。物理レイヤは、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。１つの物理チャネルは、ランダムアクセスに使用されるＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）である。

【0020】

ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対して、ＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはＵＬおよびＤＬそれぞれで０．５ｍｓ）と、高い信頼性（１ｍｓ内で１～１０^－５）とが課せられる。さらに、ｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ^２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、およびデバイスコストを下げるための極めて長寿命のバッテリ（１５年）が、好ましくは要求され得る。

【0021】

したがって、あるユースケースに適したＯＦＤＭニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも、短いシンボル持続時間（したがって、より大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボルが、好ましくは要求され得る。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いＣＰ持続時間が、好ましくは要求され得る。同程度のＣＰオーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされ得る。したがって、現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、…のサブキャリア間隔が検討されている。シンボル持続時間Ｔ_uとサブキャリア間隔Δｆは、式（Δｆ＝１／Ｔ_ｕ）により、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、「リソースエレメント」という用語を使用することができる。

【0022】

新しい無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献４を参照）。

【0023】

ＮＧ－ＲＡＮと５ＧＣの間の５Ｇ ＮＲ機能の分割

【0024】

図２は、ＮＧ－ＲＡＮと５ＧＣの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。

【0025】

特に、ｇＮＢおよびｎｇ－ｅＮＢは、次の主要機能を処理する。
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送信される）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ デュアルコネクティビティ
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング

【0026】

アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（Reachability）(ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サブスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択

【0027】

さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットバッファリングおよびダウンリンクデータ通知トリガリング

【0028】

最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知

【0029】

ＲＲＣ接続のセットアップおよび再設定の手順

【0030】

図３は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、ＡＭＦ(５ＧＣエンティティ）の間のインタラクションを示している（非特許文献２を参照）

【0031】

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤシグナリング（プロトコル）である。特に、この移行では、ＡＭＦがＵＥコンテキストデータ（例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、およびＵＥセキュリティ能力などを含む）を準備し、それを初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）によってｇＮＢに送る。次に、ｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これは、ｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後、ｇＮＢは、シグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）を確立するために再設定を実行し、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後に、ｇＮＢは、確立手順が完了したことを、初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）によってＡＭＦに通知する。

【0032】

したがって、本開示では、ｇＮｏｄｅＢとユーザ機器（ＵＥ）との間にシグナリング無線ベアラが確立されるように、動作中、ｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作中、そのＮＧ接続を介して初期コンテキストセットアップメッセージをｇＮｏｄｅＢに送信する送信機とを有する、第５世代コア（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦなど）が提供される。特に、ｇＮｏｄｅＢは、リソース割当て設定情報要素を含む無線リソース制御（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。次いで、ＵＥが、このリソース割当て設定に基づいてアップリンク送信またはダウンリンク受信を実行する。

【0033】

ＩＭＴ－２０２０以降の使用シナリオ

【0034】

図４は、５Ｇ ＮＲのユースケースのいくつかを示している。第３世代パートナーシッププロジェクトの新無線（３ＧＰＰ ＮＲ：3rd generation partnership project new radio）では、ＩＭＴ－２０２０によって多種多様なサービスおよびアプリケーションをサポートすることが想定されている３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信のための標準化が含まれることになる。図４は、２０２０年以降のＩＭＴについて想定される使用シナリオのいくつかの例を示している。

【0035】

ＵＲＬＬＣユースケースは、スループットやレイテンシ、可用性などの能力に関する厳しい要件を有し、工業的製造または生産プロセスの無線制御、遠隔医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献１によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣの場合、重要な要件は、ユーザプレーンの目標レイテンシが、ＵＬ（アップリンク）に対して０．５ｍｓ、ＤＬ（ダウンリンク）に対して０．５ｍｓであることを含む。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。

【0036】

ＲＡＮ１の観点から、信頼性は、多くの可能な方法で向上させることができる。信頼性を向上させるための現在の範囲は、ＵＲＬＬＣのための個別のＣＱＩテーブルや、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどを定義することを含む。しかし、（ＮＲ ＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がり得る。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、およびミッションクリティカルなアプリケーションが挙げられる。

【0037】

さらに、ＮＲ ＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なニューメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、特定のサービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信は、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトされ得る。信頼性向上に関する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。

【0038】

ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有する必要がある。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの節電を達成して長いバッテリ寿命を可能にするための１つの可能なソリューションである。

【0039】

上記のように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、ならびに周波数領域、時間領域、および／または空間領域に関連するダイバーシチが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。

【0040】

ＮＲ ＵＲＬＬＣの場合、例えば、工場自動化や輸送産業、電力供給など、より厳しい要件を有するさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓ（値は周波数範囲に応じて１～数μｓであり得る）のオーダーの時間同期、０．５～１ｍｓのオーダーの短いレイテンシ（特にユーザプレーンの目標レイテンシは０．５ｍｓ）である。

【0041】

さらに、ＮＲ ＵＲＬＬＣの場合、ＲＡＮ１の観点からいくつかの技術強化が認識されている。特に、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨ監視の増大、に関連するＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）の強化が挙げられる。さらに、ＵＣＩ（アップリンク制御情報：Uplink Control Information）の強化は、ＨＡＲＱ（ハイブリッド自動再送要求：Hybrid Automatic Repeat Request）の強化およびＣＳＩフィードバックの強化に関連する。また、ミニスロットレベルのホッピングおよび再送信／繰り返しに関連するＰＵＳＣＨの強化も認識されている。「ミニスロット」という用語は、スロット（１４個のシンボルを含むスロット）よりも少ない数のシンボルを含む送信時間間隔（ＴＴＩ：Transmission Time Interval）を意味する。

【0042】

ＱｏＳ制御

【0043】

５Ｇ ＱｏＳ（サービス品質：Quality of Service）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。

【0044】

５ＧＣは、ＵＥごとに、１つまたは複数のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）を確立し、次に、そのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば、図３を参照しながら上記したように、設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタが、ＵＬおよびＤＬのパケットをＱｏＳフローに関連付け、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則が、ＵＬおよびＤＬのＱｏＳフローをＤＲＢに関連付ける。

【0045】

図５は、５Ｇ ＮＲ非ローミング基準アーキテクチャを示している（非特許文献５の４．２３節を参照）。アプリケーション機能（ＡＦ：Application Function）（例えば、図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワーク（Core Network）と対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、またはポリシー制御（例えば、ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能ＰＣＦを参照）と対話する。オペレータの配備に基づいて、オペレータによって信頼されるものと見なされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることがオペレータによって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。

【0046】

図５は、５Ｇアーキテクチャのさらなる機能ユニットとして、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワークリポジトリ機能（ＮＲＦ：Network Repository Function）、統一データ管理（ＵＤＭ：Unified Data Management）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、アクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、およびデータネットワーク（ＤＮ：Data Network）（例えば、オペレータサービス、インターネットアクセスまたは第三者サービス）を示している。

【0047】

端末は、ＬＴＥおよびＮＲにおいて、ユーザ機器（ＵＥ）と呼ばれる。これは、例えば、無線電話、スマートフォン、タブレットコンピュータ、またはユーザ装置の機能を備えたＵＳＢ(universal serial bus）スティックなどのモバイル装置であってもよい。しかし、モバイル装置という用語は、これに限定されず、一般に、リレーは、そのようなモバイル装置の機能を有することもでき、モバイル装置は、リレーとしても働き得る。

【0048】

ダウンリンク制御チャネル監視、ＰＤＣＣＨ、ＤＣＩ

【0049】

ＵＥによって動作される機能の多くは、例えば、ダウンリンク制御チャネル（例えば、ＰＤＣＣＨ、非特許文献２の５．２．３節を参照）を監視してＵＥ宛の特定の制御情報またはデータを受信することを含む。

【0050】

これらの機能の非網羅的リストは、以下に示される。
・ ページングメッセージ監視機能
・ システム情報取得機能、
・ 間欠受信（ＤＲＸ：Discontinued Reception）機能のためのシグナリング監視動作
・ 間欠受信（ＤＲＸ：Discontinued Reception）機能のための非アクティブ監視動作
・ ランダムアクセス機能のためのランダムアクセス応答受信
・ パケットデータコンバージェンスプロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）レイヤの並べ替え機能

【0051】

上記のように、例えば、制御情報およびユーザトラフィック（例えば、ＰＤＣＣＨ上のＤＣＩ、およびＰＤＣＣＨによって指示されたＰＤＳＣＨ上のユーザデータ）など、ＵＥ宛の情報を識別し、受信するために、ＵＥによってＰＤＣＣＨ監視が行われる。

【0052】

ダウンリンクにおける制御情報（ダウンリンク制御情報（ＤＣＩ）と呼ぶことができる）は、５Ｇ ＮＲにおいて、ＬＴＥにおけるＤＣＩと同じ目的を有する、つまり、例えば、ダウンリンクデータチャネル（例えば、ＰＤＳＣＨ）またはアップリンクデータチャネル（例えば、ＰＵＳＣＨ）をスケジューリングする制御情報の特別なセットである。５Ｇ ＮＲでは、すでに定義されている多くの異なるＤＣＩフォーマットがある（非特許文献６の７．３．１節を参照）。

【0053】

前記ＤＣＩフォーマットは、それぞれの情報が形成され送信される所定のフォーマットを表す。特に、ＤＣＩフォーマット０＿１および１＿１は、１つのセルにおいてＰＵＳＣＨおよびＰＤＳＣＨをそれぞれスケジューリングするのに使用される。

【0054】

節電強化

【0055】

５Ｇ ＮＲのＵＥに対するＵＥ電力効率をＬＴＥのそれよりも良くすることができること、および、改善のための技術および設計を確認し採用することを確実にするために、ＵＥ電力消費を研究することは重要である。３ＧＰＰは、現在、ＮＲシステムにおけるレイテンシおよび性能を考慮に入れたＵＥの節電方法を研究している。例えば、ＵＥ電力消費特性の適応を引き起こすために、節電信号／チャネル／手順が使用される。これは、ＵＥページング手順に関するＵＥ電力消費を低減することを含み得る。

【0056】

クロススロットスケジューリング

【0057】

クロススロットスケジューリングは、省電力を容易にする可能性があるため、３ＧＰＰ ＲＡＮ１研究項目（ＳＩ）および作業項目（ＷＩ）の中で想定されてきた。主な目的の１つは、通信デバイスが節電技術をうまく利用できるようにするために、クロススロットスケジューリングの手順を規定することである。本開示は、一部の通信デバイスに対する節電のオプションを容易にする、より効率的なクロススケジューリングフレームワークを提供する。

【0058】

スケジューリング目的で、ユーザ機器（ＵＥ）などの通信デバイスは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）においてＵＥによって受信される、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）において自己（つまり、ＵＥ自身）がデータを送信／受信するリソースについて通知され得る。例えば、ＵＥがデータを受信する場合、ＤＣＩは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）におけるリソースの対応する指示を含み得る、および／または、ＵＥがデータを送信する場合、ＤＣＩは、物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）におけるリソースの対応する指示を含み得る。このような指示は、周波数領域および／または時間領域におけるリソースの位置を示し得る、および／または、以下でより詳細に説明するように長さをシンボル単位で示し得る。これに加えて、ＤＣＩは、例えば、変調・符号化方式（ＭＣＳ）、ビームフォーミング／プリコーディング、または他の多出力多入力（ＭＩＭＯ：Multiple-Output Multiple-Input）のパラメータなど、さらなる送信パラメータを提供し得る。ＰＤＣＣＨは、基地局などのネットワーク（アクセス）ノードの送信機から通信デバイスに送信される。ＰＤＣＣＨを受信するために、通信デバイスは、一般に、サーチスペースまたはＣＯＲＥＳＥＴ（制御リソースセット：control resource set）と呼ばれる特定のリソースを監視しなければならない。監視は、監視通信デバイス宛の制御情報が存在するか否かを確認するためにブラインド復号することを意味する。これは、例えば、制御情報の宛先である通信デバイスのアイデンティティでスクランブルされた制御情報に対する巡回冗長検査（cyclic redundancy check）を（スケジューリングノードによって）提供することによって達成される。

【0059】

ＬＴＥでは、ＣＯＲＥＳＥＴの概念は明示的には存在しない。代わりに、ＬＴＥにおけるダウンリンク制御シグナリングは、キャリア帯域幅全体を使用する。これは、ＬＴＥにおける制御領域として知られている。ＮＲでは、より柔軟な構造が使用される。

【0060】

ＣＯＲＥＳＥＴは、物理リソースのセット（つまり、ＮＲダウンリンクリソースグリッド（Downlink Resource Grid）上の特定のエリア）およびＰＤＣＣＨ／ＤＣＩの搬送に使用されるパラメータのセットである。これは、ＬＴＥ ＰＤＣＣＨ領域（サブフレームにおける最初の１、２、３、４のＯＦＤＭシンボル）と等価である。しかし、ＬＴＥ ＰＤＣＣＨ領域では、ＰＤＣＣＨが常にチャネル帯域幅全体にわたって広がっているが、ＮＲ ＣＯＲＥＳＥＴ領域は、周波数領域の特定の領域にローカライズされている。

【0061】

ＣＯＲＥＳＥＴは、スロット内の任意の位置、および、搬送波の周波数範囲内のどこにでも発生することができる。しかし、デバイスは、自己のアクティブなＢＷＰの外側のＣＯＲＥＳＥＴを処理することは期待されない。

【0062】

最初のＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０）は、ネットワークからシステム情報および追加の構成情報を受信できるようにするために、初期ＢＷＰの構成の一部としてマスター情報ブロック（ＭＩＢ：master information block）によって提供される。接続セットアップの後、ＲＲＣシグナリングを使用することに加えて、複数の、潜在的に重複するＣＯＲＥＳＥＴを用いてデバイスを構成することができる。

【0063】

ネットワークは、共通制御領域およびＵＥ固有制御領域を定義し得る。ＮＲでは、ＣＯＲＥＳＥＴの数は、共通ＣＯＲＥＳＥＴおよびＵＥ固有ＣＯＲＥＳＥＴの両方を含めてＢＷＰ当たり３つに制限される。共通ＣＯＲＥＳＥＴは、セル内の複数のＵＥによって共有され、したがって、ネットワークは、この構成のすべてのＵＥとのアライメントを処理する。

【0064】

各サーチスペースは、さまざまなアグリゲーションレベルの制御チャネルエレメントのセットであり、ＣＯＲＥＳＥＴとサーチスペースの間にはマッピングがある。ＣＯＲＥＳＥＴは、ＵＥがブラインド復号を試みる複数のサーチスペースを有し得る。

【0065】

リリース１５（ＮＲ）で指定されたインスタンスに関して、スケジューリングタイミング（例えば、上記したリソースのスケジューリングに対する）は、時間領域リソース割当て（ＴＤＲＡ：Time Domain Resource Allocation）テーブルを使用することによってＤＣＩ内で指示され得る。特に、ＵＥは、ＤＣＩ内の前記ＴＤＲＡテーブルの１つのエントリ（通常はテーブルの行）を指示することによって、例えば、エントリ（行）インデックスをシグナリングすることによって、割り当てられたリソースを通知され得る。テーブルという用語は、標準仕様書ではＴＤＲＡエントリがテーブルのように要約され得るため、本明細書では論理的用語として使用される。しかし、本開示は、任意の特定の物理的ストレージ構成（storage organization）に限定されず、ＴＤＲＡテーブルは、各エントリインデックスに関連付けられたエントリのセットとして任意の方法で実装され得ることに留意されたい。

【0066】

図６は、例示的なＴＤＲＡテーブルを示す概略図である。ＴＤＲＡテーブルは、各列の値を含むエントリ（テーブルの行）にラベルを付ける行インデックスを指定する列を有する。この例示的なＴＤＲＡテーブルには、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎを指定する列、ＰＤＳＣＨマッピングタイプを指定する列、Ｋ_０値（つまり、スケジューリングギャップ）を指定する列、Ｓ値を指定する列、および／またはＬ値を指定する列がある。したがって、ＴＤＲＡテーブルの行のＤＣＩ指示（行インデックスの１つの値）は、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎ、ＰＤＳＣＨマッピングタイプ、Ｋ_０値、Ｓ値、および／またはＬ値の特定の値の組合せの指示に対応する。

【0067】

この例において、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎは、復調用参照信号の位置に関するパラメータである。このパラメータは、別のシグナリングパラメータによって指定される。パラメータの値が２か３かに基づいて、行インデックスは、わずかに異なる時間領域リソース割当てを参照する。ｄｍｒｓ－ＴｙｐｅＡ－ＰｏｓｉｔｉｏｎおよびＰＤＳＣＨマッピングタイプのパラメータは、本開示にとってこれ以上重要ではなく、詳細は、ＮＲ標準仕様書に見られる。一般に、ＴＤＲＡテーブルは、図６を参照して示されるようなパラメータを多かれ少なかれ含み得る。この例示的なダウンリンクＴＤＲＡテーブルの場合、実際のリソース割当ては、パラメータＫ_０、Ｓ、およびＬによって提供される。ＮＲでは、ダウンリンクリソース割当てのためのＴＤＲＡテーブルのセットがあり、図６のＴＤＲＡテーブルは、それらの１つである。さらに、ダウンリンクテーブルセットと異なる、アップリンクリソース割当てのためのＴＤＲＡテーブルのセットがある。アップリンクＴＤＲＡテーブルの場合、リソース割当て（リソースグラント）を指定する３つのパラメータは、Ｋ２、Ｓ、Ｌである。本開示は、現在定義されているテーブルを含むＮＲに容易に採用され得るが、これに限定されないことに留意されたい。本開示は、サイドリンクにも適用され得るし、また、異なるテーブルに、または、異なる方法で編成（シグナリング）されたリソース割当てにさえ、適用され得る。

【0068】

ＤＣＩにおいてＴＤＲＡテーブルの行インデックスによって指示されるＫ０は、ＰＤＣＣＨのスロットとＰＤＳＣＨのスロットとの間のスロット単位のギャップを示す。ここで、ＰＤＣＣＨのスロットは、それぞれのＫ０を指示するＤＣＩが受信されるスロットであり、これ以降、スケジューリングスロットまたはスロット搬送スケジューリング情報またはスロット搬送スケジューリンググラントとも表記される。さらに、ＰＤＳＣＨのスロットは、スケジューリングされたリソースが配置されるスロット（または最初／開始スロット）、例えば、データが送受信されるスロットであり得る。言い換えれば、Ｋ０は、送受信のためにスケジューリングされたリソースを含むスロットの基準スロットに対する（時間領域における）相対位置を示し得る。この基準スロットは、前記Ｋ０を指示するＤＣＩのスロットであり得る。より具体的には、Ｋ０は、ギャップのサイズまたは相対位置をスロット単位で示し得る。Ｋ０の特定の値、例えば、図６に示すテーブルの場合における値０は、ギャップがないこと、および、データが送受信されるリソースが、Ｋ０を指示するＤＣＩと同じスロットに位置すること、を示し得ることに留意されたい。さらに、これは単なる一例であり、一般に、スケジューリングギャップは、最初のスロット（ＰＤＣＣＨスロット）および／または割り当てられたリソースが開始するスロット（最初のＰＤＳＣＨスロット、また、リソーススロットまたはスケジューリングされたスロットとも呼ばれる）を含めても含めなくても指示され得る。一般に、スケジューリングギャップ（ＮＲでは、ダウンリンクについてはＫ０と、アップリンクについてはＫ２と表記される）は、スケジューリングリソースとスケジューリングされたリソースとの間のギャップ（時間間隔）を指定する。

【0069】

本開示では、「スロット」および「タイムスロット」という用語は、一般に、同じ意味で使用される。一般に、本開示では、スロットは、時間領域リソースを指す。ＮＲの場合、スロットに対応する時間間隔は、シンボル持続時間、サブキャリア間隔、およびサイクリックプレフィックスの組み合わせである、ニューメロロジーに依存する。スロットは、１つ以上の指定された数のシンボルで構成される。指定された数のスロットがサブフレームを形成し、複数のサブフレームが無線フレームを形成し得る。「指定された」という用語は、ＵＥおよびｇＮＢの両方がそれに関する知識を有するという事実を指す。これは、事前に、つまり、スケジューリング手順を開始する前にまたはスケジューリング手順と同時に、そのような構成をシグナリングすることによって達成され得る、また、システムによって提供されるリソースのいくつかのパラメータは、固定されており、規格によって規定され得る。

【0070】

ＤＣＩにおけるＵＬグラントのケースは、ＤＬグラントの上記したケースと同様であることにさらに留意されたい。しかし、スケジューリングされたリソースは、ＰＵＳＣＨ（ＰＤＳＣＨではない）にあり、ギャップを指示する数は、通常、Ｋ２（Ｋ０ではない）と表記される。本開示では、Ｋを使用して、Ｋ０、Ｋ２、または他のタイプのリンク（例えば、サイドリンクなど）用のＫのうちの任意の１つを指す。

【0071】

また、ＤＣＩで指示されるＳ値は、当該スロット（スケジューリングされたリソースが送受信されるスロットであり、Ｋ０／Ｋ２で与えられる）におけるスケジューリングされたリソースの開始シンボルの位置を示し得る。

【0072】

最後に、ＤＣＩで指示されるＬ値は、シンボル単位でのＰＤＳＣＨ／ＰＵＳＣＨの長さ、および／または、シンボル単位でのスケジューリングされたリソースの長さを示し得る。図６ではすべてのエントリが０のＫ０値を指定しているが、一般に、ＴＤＲＡテーブルには、Ｋ０の異なる（整数）値を有するエントリが含まれる。例えば、ＴＤＲＡテーブルの１つのエントリは、１のＫ０値に対応し、同じＴＤＲＡテーブルの別のエントリは、２のＫ０値に対応し得る。ゼロ以外のＫ値の可能性は、クロススロットスケジューリングを可能にする。このクロススロットスケジューリングは、ＤＣＩスケジューリングリソースと、前記ＤＣＩでスケジューリングされた対応するリソースとが、異なるスロットに位置する場合を指す。一般に、クロススロットスケジューリングは、節電に関していくつかの利点を提供することを容易にし得る。

【0073】

例えば、クロススロットスケジューリングは、ＰＤＣＣＨ処理タイムラインを緩和することによって省電力を実現し得る、例えば、なぜなら、ＵＥは、同一スロットスケジューリングケース（この場合、ＤＣＩスケジューリングリソースと、前記ＤＣＩでスケジューリングされた対応するリソースとは、同じスロットに位置する）と同じ速さでＰＤＣＣＨを復号する必要はない可能性があるからである。さらに、クロススロットスケジューリングは、遅いＰＤＳＣＨバッファリングを可能にし得る。同一スロットスケジューリングの場合と異なり、クロススロットスケジューリングの場合には、ＵＥは、ＰＤＣＣＨを復号し、スケジューリングされたリソースが実際にどこに位置するかを認識するまで、ＰＤＣＣＨを受信した後にすべてのシンボルをバッファリングする必要があるとは限らない可能性がある。

【0074】

特に、ＵＥが、ＰＤＣＣＨとスケジューリングされたＰＤＳＣＨとの間の最小（スケジューリング）ギャップを知っている、つまり、ＤＣＩ／ＰＤＣＣＨで指示され得る最小Ｋを知っている場合、ＵＥは、少なくとも現在のスロット（例えば、ＰＤＣＣＨが受信されたスロット）および次のＫ－１スロットにおいてＰＤＳＣＨバッファリングをスキップし得る。さらに、クロススロットスケジューリングの可能性は、特に、スケジューリングされたリソースが受信されるまでＰＤＣＣＨがスケジューリングされない場合に、当該時間間隔において、より多くのマイクロスリープ期間を可能にし得る。

【0075】

これは、クロススロットスケジューリングを示す概略図である図７に示されている。図７は、最小Ｋ値が２（より正確には図中のＫ０＝２）の場合を示している。ＵＥは、最小Ｋの知識を有する場合、スロット＃ｎ＋２の残りおよびスロット＃ｎ＋３の間にＰＤＣＣＨをモニタする必要も、これらのスロットの間に測定を実行する必要も、受信データ（ＰＤＳＣＨ）をバッファリングする必要もない。ＵＥは、節電するために、スロット＃ｎ＋２の残りの部分および／またはスロット＃ｎ＋３のスロットの間にマイクロスリープに移行することを選択することができる。しかし、すべてのＵＥが節電を実装および／または採用しなければならないわけではないことに留意されたい。Ｋの提供は、節電のための柔軟性および機会を増加させるが、それを規定するわけではない。

【0076】

図７は、現在のＮＲ仕様書に基づく例である。これは、ＰＤＣＣＨが最初のＢＷＰ全体で送信されるが、リソースは帯域幅部分（ＢＷＰ）の物理リソースブロック（ＰＲＢ）のサブセットでスケジューリングされるのみである、特定のケースを示している。図７は、ＢＷＰ概念が用いられない、つまり、帯域幅全体が常に割当て可能であるケースにも適用され得ることに留意されたい。ＰＲＢは、特定のニューメロロジーの所定数のサブキャリアと、特定の数のシンボルとを有するリソースユニットを指す。

【0077】

現在のリリース１５ＮＲでは、各構成されたＴＤＲＡテーブルは、ＲＲＣレイヤ上のＰＤＳＣＨに関連する構成（ＰＤＳＣＨ－Ｃｏｎｆｉｇ）内でシグナリングされ、帯域幅部分（Bandwidth Part）（（ＢＷＰ）－ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄ）に関連する特定のコンテナ内にあり得る。したがって、ＴＤＲＡテーブルが上位レイヤに構成されている場合、ＴＤＲＡテーブルは、ＢＷＰ固有であり得る。通信デバイス（例えば、ＵＥ）は、デフォルトのテーブルを使用し得るか、または、上位レイヤに構成されたｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔをｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎもしくはｐｄｓｃｈ－Ｃｏｎｆｉｇのいずれかに適用し得る。しかし、これは、単にＮＲのＴＤＲＡ構成とＢＷＰ概念の間のインタラクションの１つの可能な詳細な例にすぎない。本発明は、ＢＷＰの使用を前提としておらず、ＴＤＲＡテーブルを使用するリソース割当てに限定されない。

【0078】

ＲＲＣ（Radio Resource Control）シグナリングは、ｇＮＢ（ｇＮｏｄｅＢ、ＬＴＥ（Long Term Evolution）のｅＮｏｄｅＢ（エンハンスト（enhanced）ＮｏｄｅＢ）に対応するＮＲの基地局の例示的な名称）によって使用されて、無線アクセスベアラのパラメータおよび通信デバイス（ＵＥ）の他のパラメータを半静的または静的に構成する。非特許文献７の４．４．５節に定義されているように、帯域幅部分（またはキャリア帯域幅部分）は、所定のキャリア上の所定のニューメロロジーに対する４．４．４．２節に定義されている共通リソースブロックの連続サブセットから選択された、４．４．４．３節に定義されている物理リソースブロックの連続セットである。非特許文献７の仕様書には、ＵＥが、ダウンリンクにおいて最大４つのキャリア帯域幅部分で構成可能であり、単一のダウンリンクキャリア帯域幅部分が所定の時間にアクティブであることが定義されている。ＵＥは、アクティブな帯域幅部分の外で、ＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）、ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）、ＣＳＩ－ＲＳ（チャネル状態情報の推定のためのダウンリンク参照信号：Downlink Reference Signals for Estimation of Channel State Information）、またはＴＲＳ（チャネルの細かい時間および周波数トラッキングのためのトラッキング参照信号：Tracking Reference Signals for fine time and frequency tracking of channel）を受信することは期待されない。

【0079】

仕様書には、ＵＥが、アップリンクにおいて最大４つのキャリア帯域幅部分で構成可能であり、単一のアップリンクキャリア帯域幅部分が所定の時間にアクティブであることがさらに定義されている。ＵＥが付加アップリンク（supplementary uplink）で構成される場合、ＵＥは、さらに、付加アップリンクにおいて最大４つのキャリア帯域幅部分で構成可能であり、単一の付加アップリンクキャリア帯域幅部分が所定の時間にアクティブである。ＵＥは、アクティブな帯域幅部分の外でＰＵＳＣＨまたはＰＵＣＣＨを送信しない。ニューメロロジーは、サブキャリア間隔およびサイクリックプレフィックス（ＣＰ）によって定義される。リソースブロックは、一般に、周波数領域における１２個の連続するサブキャリアとして定義される。物理リソースブロック（ＰＲＢ）は、ＢＷＰ内で番号付けされ、ＢＷＰのＰＲＢ番号付けは、０から始まる。

【0080】

ＢＷＰのサイズは、最小の１ＰＲＢからシステム帯域幅の最大サイズまで変化することができる。現在、ＤＬ（ダウンリンク）およびＵＬ（アップリンク）のそれぞれに対して、所定のＴＴＩ（送信時間間隔：transmission time interval）において単一のアクティブなダウンリンクおよびアップリンクＢＷＰを有する、最大４つのＢＷＰを高位レイヤパラメータによって構成することができる。しかし、本開示は、ＵＥが最大４つの帯域幅部分で構成される非特許文献７に定義されているケースに限定されない。帯域幅部分の数は、アップリンクおよび／またはダウンリンクにおいて５以上であり得る。例えば、ＵＥは、８つのＢＷＰで構成され得る。

【0081】

ＴＴＩ（Transmission Time Interval）は、スケジューリング割当てのタイミング粒度を決定する。１つのＴＴＩは、与えられた信号が物理レイヤにマッピングされる時間間隔である。ＴＴＩ長は、１４シンボル（スロットベースのスケジューリング）から２シンボル（非スロットベースのスケジューリング）まで変化することができる。ダウンリンクおよびアップリンク送信は、１０個のサブフレーム（１ｍｓの持続時間）から成るフレーム（１０ｍｓの持続時間）に編成されるように指定される。スロットベースの送信では、サブフレームは、代わりに、スロットに分割され、スロットの数は、ニューメロロジー／サブキャリア間隔によって定義され、規定値は、１５ｋＨｚのサブキャリア間隔に対する１０スロットから２４０ｋＨｚのサブキャリア間隔に対する３２０スロットに及ぶ。１スロット当たりのＯＦＤＭシンボル数は、ノーマルサイクリックプレフィックスの場合は１４であり、拡張サイクリックプレフィックスの場合は１２である（非特許文献７の４．１節（一般的なフレーム構造）、４．２節（ニューメロロジー）、４．３．１節（フレームおよびサブフレーム）、ならびに４．３．２節（スロット）を参照）。しかし、送信は、非スロットベースであってもよい。非スロットベースの通信では、ＴＴＩの最小長が２ＯＦＤＭシンボルであり得る。ＮＲにおけるＢＷＰ概念は、小さいデータパケットに対する比較的小さいアクティブ帯域幅の動的構成を可能にすることであり、これは、ＵＥに対する節電を可能にする、なぜなら、小さいアクティブＢＷＰの場合、ＵＥは、監視頻度が少なくて済みまたは送信頻度が少なくて済むからである。

【0082】

ユーザ機器に対するアクティブ帯域幅部分（例えば、ＴＴＩにおける信号の送受信のためにＵＥによって使用される帯域幅部分）は、構成されたＢＷＰ間を切り替えることができる。例えば、現在の必要に応じて、アクティブＢＷＰは、より大きなＢＷＰに切り替えられ得る、または、ＵＥのバッテリ電力を節約するために、より小さなＢＷＰに切り替えられ得る。これは、次のＴＴＩで使用されるアクティブＢＷＰのＤＣＩにおける動的指示によって可能である。ＤＣＩは、ダウンリンクおよびアップリンクスケジューリング情報（例えば、リソース割当ておよび／またはグラント）、非周期的ＣＱＩ報告の要求、または１つのセルおよび１つのＲＮＴＩのためのアップリンク電力制御コマンドを運ぶ。ＤＣＩ符号化は、情報要素（information element）多重化、ＣＲＣ（Cyclic Redundancy Check）付加（attachment）、チャネル符号化、およびレートマッチングを含む。ＤＣＩは、例えば、ＭＣＳ、冗長バージョン、またはＨＡＲＱプロセス番号などの送信パラメータを搬送する。ＤＣＩは、異なるタイプの制御情報または制御パラメータを搬送するいくつかのフィールド（例えば、ビットフィールド／ビットマップ）から成る。特定のパラメータの位置、および各パラメータを符号化するビット数は、ＤＣＩを送信する基地局およびＤＣＩを受信するＵＥに知られている。しかし、このような、アクティブＢＷＰの切り替えは、レイテンシを増加させる、なぜなら、ＵＥは、ＤＣＩを復号し、その後、新しいアクティブＢＷＰへのハードウェアチューニングを開始する必要があるからである。

【0083】

現在のＮＲの議論では、節電から利益を得ることを可能にするために、最小スケジューリングギャップ、つまり、アクティブなダウンリンク（ＤＬ）（または、アップリンク（ＵＬ））帯域幅部分に対するＫ０（またはＫ２）の適用可能最小値が、ｇＮＢからＵＥに指示され得る。

【0084】

適用可能最小値は、直接割り当てられ得る。１つ以上の事前設定されたまたは所定の値からの１つの値が、明示的または暗黙的に指示され得る。

【0085】

ＤＬまたはＵＬ ＴＤＲＡテーブルのエントリを選択するとき、指示された適用可能最小値は、無効なＴＤＲＡエントリを除外することによって、または、選択されたＫ０（Ｋ２）値を再解釈することによって、適用され得る。

【0086】

アクティブＤＬ（ＵＬ）ＢＷＰに対してＫ０（Ｋ２）の適用可能最小値が指示される場合、ＵＥは、Ｋ０（Ｋ２）値が指示された適用可能最小値よりも小さいＴＤＲＡテーブルのエントリを期待しないか、または、Ｋ０（Ｋ２）値が指示された適用可能最小値よりも小さいＴＤＲＡエントリが有効でないと考え得る。

【0087】

現在の３ＧＰＰの議論によれば、ＤＣＩフォーマット０＿１／１＿１は、ＢＲにおける節電を可能にするクロススロットスケジューリング適応をサポートするために、１ビットを有する追加のフィールドをサポートする。特に、ＴＤＲＡテーブルを制限するための最小Ｋ０／Ｋ２値の１つまたは２つの値が、ＲＲＣによって設定される。１つの値が設定される場合、ＤＣＩの１ビット表示は、設定された最小Ｋ０／Ｋ２値によるＴＤＲＡテーブルの制限が適用されるか否かを指示する。２つの値が設定される場合、１ビット表示は、２つの設定された値のうちのどちらがＴＤＲＡテーブルの制限に使用されるかを指示する。

【0088】

ＵＥ固有のサーチスペースおよびＣＯＲＥＳＥＴ０に関連付けられていない任意のサーチスペースにおいて、かつ、ＵＥがＵＥ固有のＴＤＲＡテーブルで構成されている場合、有効なエントリが、指示された最小Ｋ０／Ｋ２値（つまり、指示されたスケジューリングギャップ）に従って選択され、使用される。

【0089】

しかし、ＣＯＲＥＳＥＴ０に関連付けられていない共通サーチスペースに対するクロススロットスケジューリングにＫ０／Ｋ２の最小値を適用することは、いくつかの困難をもたらす可能性がある。いくつかの考えられる問題を以下に説明する。

【0090】

特に、共通サーチスペースにおいて、ＵＥがＵＥ固有ＤＣＩによってスケジューリングされる場合、または、ＵＥ固有ＴＤＲＡテーブルが構成されていない場合、そのＵＥが指示された最小Ｋ０／Ｋ２値に従って制限を適用すべきか否かは、未解決のままである。

【0091】

上記のケースを処理する取るに足りないアプローチにおいて、ＵＥは、構成された共通ＴＤＲＡテーブルを使用して共通サーチスペースに対するＴＤＲＡテーブルのいかなるエントリも制限しない。しかし、制限を適用しないと、節電機能が低下する。さらに、指示された最小スケジューリングギャップに従って常に制限を適用することは、スケジューリング損失につながる可能性がある。

【0092】

上記課題を解決するために、本発明は、特定の条件に関する情報に応じて、クロススロット適応が適用されるか否かの決定を容易にする、後述するさまざまな実施形態を提供する。条件には、共通ＴＤＲＡテーブルが構成されているかどうか、指示された最小スケジューリングギャップとＴＤＲＡテーブルに含まれるスケジューリングギャップとの比較の結果、および／または、データのアップリンク（ＵＬ）もしくはダウンリンク（ＤＬ）送信に対してＴＤＲＡテーブルのエントリが選択されるかどうかが含まれ得る。

【0093】

本開示は、スケジューリングに関するため、両方のエンティティ、つまり、スケジューリングされるデバイス（一般的には通信デバイス／送受信機デバイス）およびスケジューリングするデバイス（一般的にはネットワークノード）が参加する。本発明は、さらに、スケジューリングされるデバイスおよびスケジューリングするデバイスを含むシステム、ならびに、対応する方法およびプログラムを提供する。

【0094】

以下、ＵＥ、基地局、および手順について、５Ｇ移動通信システムに向け想定される新しい無線アクセス技術のために説明するが、これは、ＬＴＥ移動通信システムにおいても使用され得る。また、さまざまな実装形態および変更例についても説明する。以下の開示は、上記の議論および発見によって促進されたものであり、例えば、少なくともその一部に基づくものであり得る。

【0095】

一般に、本開示の基礎となる原理を明瞭かつ理解しやすく説明できるように、本明細書には多くの想定がなされていることに留意されたい。しかし、これらの想定は、本開示の範囲を制限しない、説明を目的として本明細書になされた単なる例として理解されたい。当業者には、以下の開示の原理および特許請求の範囲に記載されている原理を、さまざまなシナリオに、本明細書に明示的に記載されていない方法で適用できることが認識されるであろう。

【0096】

さらに、以下で使用する手順、エンティティ、レイヤなどの用語のいくつかは、たとえ次の３ＧＰＰ ５Ｇ通信システムのための新しい無線アクセス技術のコンテクストで使用される具体的な用語がまだ完全には決定されておらず、または最終的に変更される可能性があるにもかかわらず、ＬＴＥ／ＬＴＥ－Ａシステムに、または、現在の３ＧＰＰ ５Ｇ標準化で使用される用語に密接に関係している。したがって、用語は、実施形態の機能に影響を及ぼすことなく、将来変更され得る。そのため、当業者は、実施形態およびその保護範囲が、他にもっと新しい用語または最終的に合意された用語がないために本明細書で例示的に使用される特定の用語に限定されるべきではなく、本開示の機能および原理の基礎となる機能および概念の観点からより広く理解されるべきであることを認識する。

【0097】

例えば、移動局（mobile station）または移動ノード（mobile node）またはユーザ端末（user terminal）またはユーザ機器（ＵＥ：user equipment）は、通信ネットワーク内の物理エンティテイ（物理ノード）である。１つのノードは、いくつかの機能エンティティを有し得る。機能エンティティは、同じもしくは他のノードまたはネットワークの他の機能エンティティに所定の機能セットを実装および／または提供するソフトウェアまたはハードウェアモジュールを指す。ノードは、当該ノードの通信を可能にする通信設備または媒体に当該ノードを接続する１つ以上のインタフェースを有し得る。同様に、ネットワークエンティティは、他の機能エンティティまたは対応するノードとの通信を可能にする通信設備または媒体に機能エンティティを接続する論理インタフェースを有し得る。

【0098】

本明細書で「基地局（base station）」または「無線基地局（radio base station）」という用語は、通信ネットワーク内の物理エンティティを指す。移動局と同様に、基地局は、いくつかの機能エンティティを有し得る。機能エンティティは、同じもしくは他のノードまたはネットワークの他の機能エンティティに所定の機能セットを実装および／または提供するソフトウェアまたはハードウェアモジュールを指す。当該物理エンティティは、１つ以上のスケジューリングおよび設定を含む、通信デバイスに関するいくつかの制御タスクを実行する。また、基地局機能および通信デバイス機能は、単一のデバイス内に統合されてもよいことに留意されたい。例えば、移動端末は、他の端末のための基地局の機能も実装し得る。ＬＴＥで使用される用語は、ｅＮＢ（またはｅＮｏｄｅＢ）であり、一方、５Ｇ ＮＲで現在使用されている用語は、ｇＮＢである。

【0099】

図８は、ユーザ機器（通信デバイスまたは送受信機デバイスとも呼ばれる）１００およびスケジューリングデバイス２００（ここでは、例示的に、基地局内、例えば、ｅＬＴＥ ｅＮＢ（代替的にｎｇ－ｅＮＢと呼ばれる）内または５Ｇ ＮＲのｇＮＢ内に位置するものとされる）の一般的で単純化した例示的なブロック図を示す。ＵＥ１００およびｅＮＢ／ｇＮＢ２００は、それぞれ送受信機１１０、２１０を使用して、（無線）物理チャネルを通じて互いに通信している。

【0100】

通信デバイス１００は、送受信機１１０および処理回路１２０を有し得る。次に、送受信機１１０は、受信機および送信機を有し、ならびに／または、受信機および送信機として機能し得る。処理回路１２０は、例えば、１つ以上のプロセッサまたは任意のＬＳＩなど、１つ以上のハードウェアであり得る。送受信機１１０と処理回路１２０の間には、入出力点（またはノード、図示せず）があり、これを通じて処理回路１２０は、動作中、送受信機１１０を制御し、つまり、受信機および／または送信機を制御し、受信／送信データを交換することができる。送受信機１１０は、送信機および受信機として、１つ以上のアンテナ、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）フロントを含み得る。処理回路１２０は、当該処理回路１２０によって提供されるユーザデータおよび制御データを送信するように、ならびに／または、当該処理回路１２０によってさらに処理されるユーザデータおよび制御データを受信するように送受信機１１０を制御することなどの制御タスクを実装し得る。また、処理回路１２０は、例えば、判断や決定、計算、測定などの他のプロセスを実行することを担当し得る。送信機は、送信するプロセスおよびこれに関連する他のプロセスを実行することを担当し得る。受信機は、受信するプロセスおよびこれに関連する他のプロセス（例えば、チャネルを監視することなど）を実行することを担当し得る。

【0101】

スケジューリングデバイス２００は、送受信機２１０および処理回路２２０を有し得る。次に、送受信機２１０は、受信機および送信機を有し、ならびに／または、受信機および送信機として機能し得る。処理回路２２０は、例えば、１つ以上のプロセッサまたは任意のＬＳＩなど、１つ以上のハードウェアであり得る。送受信機２１０と処理回路２２０の間には、入出力点（またはノード、図示せず）があり、これを通じて処理回路２２０は、動作中、送受信機２１０を制御し、つまり、受信機および／または送信機を制御し、受信／送信データを交換することができる。送受信機２１０は、送信機および受信機として、１つ以上のアンテナ、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）フロントを含み得る。処理回路２２０は、当該処理回路２２０によって提供されるユーザデータおよび制御データを送信するように、ならびに／または、当該処理回路２２０によってさらに処理されるユーザデータを受信するように、送受信機２１０を制御することなどの制御タスクを実装し得る。また、処理回路２２０は、例えば、判断や決定、計算、測定などの他のプロセスを実行することを担当し得る。送信機は、送信するプロセスおよびこれに関連する他のプロセスを実行することを担当し得る。受信機は、受信するプロセスおよびこれに関連する他のプロセスを実行することを担当し得る。

【0102】

実施形態

【0103】

スケジューリングに対しては、ＵＥ固有ＴＤＲＡテーブルが構成されているか否か、および共通ＴＤＲＡテーブルが構成されているか否かに応じて、４つのシナリオが考えられる。

【0104】

以下、前記ケースをダウンリンクスケジューリングに対して説明する。しかし、アップリンクスケジューリングに対して対応するケースを考えることができる。この場合、各ＴＤＲＡテーブルは、ＵＬスケジューリングのために構成される。

【0105】

ＵＥ固有ＴＤＲＡテーブルが構成されている場合、つまり、ｐｄｓｃｈ－Ｃｏｎｆｉｇにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが含まれている場合、ＵＥ固有ＴＤＲＡテーブルは、ユーザ固有サーチスペース（ＵＳＳ：user-specific search space）およびＣＯＲＥＳＥＴ０に関連付けられていない任意の共通サーチスペース（ＣＳＳ：common search space）におけるＤＬスケジューリングに使用される。

【0106】

ＵＥ固有ＴＤＲＡテーブルが構成されていない場合、ユーザ固有サーチスペース（ＵＳＳ）およびＣＯＲＥＳＥＴ０に関連付けられていない共通サーチスペース（ＣＳＳ）におけるＤＬスケジューリングに使用されるＴＤＲＡテーブルは、共通ＴＤＲＡテーブルが構成されているか否かによる。共通ＴＤＲＡテーブルが構成されている場合、つまり、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが含まれている場合には、構成されている共通ＴＤＲＡテーブルが、ユーザ固有サーチスペース（ＵＳＳ）およびＣＯＲＥＳＥＴ０に関連付けられていない任意の共通サーチスペース（ＣＳＳ）におけるＤＬスケジューリングに使用される。一方、共通ＴＤＲＡテーブルが構成されていない場合には、デフォルトのＴＤＲＡテーブル（デフォルトテーブルＡ）が、ユーザ固有のサーチスペース（ＵＳＳ）およびＣＯＲＥＳＥＴ０に関連付けられていない任意の共通サーチスペース（ＣＳＳ）におけるＤＬスケジューリングに使用される。

【0107】

共通ＴＤＲＡテーブルが構成されている場合、前記共通ＴＤＲＡテーブルは、ＣＯＲＥＳＥＴ０に関連付けられたＣＳＳのＤＬスケジューリングに使用される。一方、共通ＴＤＲＡテーブルが構成されていない場合、デフォルトのＴＤＲＡテーブルが、ＤＬスケジューリングに使用される。

【0108】

上述したケースが、表１にまとめられている。

【0109】

【表1】

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

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

【0162】

本開示は、通信装置と呼ばれる、通信機能を有するあらゆる種類の装置、デバイス、またはシステムによって実現することができる。

【0163】

そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ノートブック）、カメラ（例えば、デジタル・スチル／ビデオ・カメラ）、デジタルプレーヤー（デジタル・オーディオ／ビデオ・プレーヤー）、着用可能なデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダー、テレヘルス／テレメディシン（遠隔ヘルスおよびメディシン）デバイス、通信機能を提供する車両（例えば、自動車、飛行機、船舶）、ならびにそれらのさまざまな組み合わせを含む。

【0164】

通信装置は、持ち運び可能または移動可能なものに限定されず、例えば、スマートホームデバイス（例えば、家電、照明、スマートメーター、コントロールパネル）、自動販売機、その他「ＩｏＴ（Internet of Things）」のネットワークにおけるあらゆる「物（things）」など、持ち運びできないまたは固定されている、あらゆる種類の装置、デバイス、またはシステムを含み得る。

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

例えば、１つ以上の最小スケジューリングギャップ値は、無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングによって設定される。

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

例えば、１つ以上の最小スケジューリングギャップ値は、無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングによって設定される。

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

例えば、１つ以上の最小スケジューリングギャップ値は、無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングによって設定される。

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

例えば、１つ以上の最小スケジューリングギャップ値は、無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングによって設定される。

【0292】

一実施形態において、前記最小スケジューリングギャップは、前記スケジューリンググラントの受信とスケジューリングされたリソースとの間のギャップの最小値をタイムスロット単位で示す。

【0293】

言い換えれば、前記最小スケジューリングギャップは、スケジューリンググラントの受信と、前記スケジューリンググラントによって指示されたデータ送信のためにスケジューリングされたリソースとの間の最小の時間的期間を表す。前記時間的期間は、タイムスロット単位で示され、その持続時間は、例えば、事前に設定または構成され得る。

【0294】

第５の態様によれば、動作中、スケジューリンググラントの送信とスケジューリングされたリソースとの間のギャップの最小値を示す最小スケジューリングギャップを決定する回路と、動作中、データ送信用のスケジューリングされたリソースを指示するスケジューリンググラントを送受信機デバイスに送信する送受信機であって、前記リソースが、前記スケジューリンググラントを送信した後の前記最小スケジューリングギャップ以上のスケジューリングギャップの後にスケジューリングされ、前記スケジューリングされたリソース上で前記送受信機デバイスにデータを送信しまたは前記送受信機デバイスからデータを受信する、送受信機と、を有する、スケジューリングデバイスが提供される。

【0295】

一実施形態において、前記送受信機は、動作中、前記最小スケジューリングギャップを指示する最小スケジューリングギャップインジケータを前記送受信機デバイスに送信する。

【0296】

例えば、前記回路は、動作中、前記スケジューリンググラントの送信後の期間に前記送受信機デバイスへの送信用リソースまたは前記送受信機デバイスからの受信用リソースをスケジューリングせず、前記期間は、前記最小スケジューリングギャップに基づく持続時間を有する。

【0297】

例えば、前記最小スケジューリングギャップインジケータは、ダウンリンク制御情報（ＤＣＩ）によって前記送受信機デバイスに指示される。

【0298】

一実施形態において、前記回路は、動作中、前記最小スケジューリングギャップが、構成された時間領域リソース割当て（ＴＤＲＡ）テーブルに含まれる最大のスケジューリングギャップよりも大きくなるように決定し、前記ＴＤＲＡテーブルは、複数のエントリを含み、各エントリは、前記スケジューリンググラントの受信とスケジューリングされたリソースとの間のギャップを示すスケジューリングギャップインジケータを含む時間領域リソース割当てを指定する。

【0299】

前記決定により、前記スケジューリングデバイスは、前記送受信機デバイスに物理制御チャネルの監視オケージョンをスキップさせ得る。

【0300】

一実施形態において、前記最小スケジューリングギャップは、前記スケジューリンググラントの受信とスケジューリングされたリソースとの間のギャップの最小値をタイムスロット単位で示す。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【国際調査報告】