JP2022188241A - 集積回路 - Google Patents

Abstract

【課題】効率的なスケジューリングを提供すること。【解決手段】本開示の一態様に係る集積回路は、モバイルデバイスの処理を制御し、前記処理は、信号を受信及び／又は送信する送受信と、第１のリソースのセットにおいて制御信号をモニタし、モニタされた前記制御信号が前記モバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合、第２のリソースのセットにおいて信号を受信又は送信し、モニタされた前記制御信号において示されている期間の後、前記第２のリソースのセットにおいて信号を受信又は送信せず、前記第１のリソースのセットにおいて前記制御信号をモニタし、検出された前記制御信号の時間リソース、周波数リソース、又は符号リソースに基づいて、モニタされた前記制御信号と前記第２のリソースのセットにおけるデータチャネルとの間の疑似コロケーション関係又はビームインデックスの関連付けを決定する。【選択図】図８

Description

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

現在、第３世代パートナーシッププロジェクト（３ＧＰＰ：the 3rd Generation Partnership Project）は、１００ＧＨｚまでの周波数範囲で動作する「新（しい）無線」（ＮＲ：New Radio）無線アクセス技術（ＲＡＴ：radio access technology）も含む第５世代（５Ｇ）とも称される次世代セルラー技術についての技術仕様の次のリリース（リリース１５）に取り組んでいる。ＮＲは、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）及びＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）に代表される現在の技術の後継版である。ＮＲは、例えば、高度モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）、超高信頼・低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大規模マシンタイプ通信（ｍＭＴＣ：massive machine type communication）等を含んで規定されている全ての利用シナリオ、要件、及び配置シナリオに対処する単一の技術的枠組みを促進するように計画されている。例えば、ｅＭＢＢの配置シナリオには、屋内のホットスポット、密集都市部、郊外、都市部、及び高速が含まれ得る。ＵＲＬＬＣの配置シナリオには、産業制御システム、モバイル健康管理（遠隔モニタリング、診断、及び治療）、車両のリアルタイム制御、スマートグリッドの広域監視・制御システムが含まれ得る。ｍＭＴＣには、スマートウェアラブルやセンサネットワーク等、遅延の影響が小さいデータ伝送による多数の装置を使用するシナリオが含まれ得る。ｅＭＢＢサービス及びＵＲＬＬＣサービスは、両方とも非常に広い帯域幅を要求するという点で類似しているが、ＵＲＬＬＣサービスが超低遅延を必要とするという点で異なる。物理レイヤは、時間－周波数リソース（ＬＴＥにおける直交周波数分割多重（ＯＦＤＭ）等）に基づいており、複数アンテナ運用をサポートする場合がある。

ＬＴＥ及びＮＲのようなシステムでは、更なる改良及びオプションが、通信システム及びシステムに関連する特定のデバイスの効率的な運用を容易にする可能性がある。

非限定的且つ例示的な一実施形態は、特に端末における電力消費及びサービス遅延の点で、効率的なスケジューリングを提供することを容易にする。

概括的な一態様において、ここに開示されている技術は、モバイルデバイスであって、動作中、信号を受信及び／又は送信する送受信機と、動作中、（ｉ）第１のリソースのセットにおいて信号をモニタし、（ｉｉ）モニタされた信号がモバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合、第２のリソースのセットにおいて信号を受信又は送信し、モニタされた制御信号において示されている期間の後、第２のリソースのセットにおいて信号を受信又は送信せず、第１のリソースのセットにおいて制御信号をモニタする、ように送受信機を制御する回路と、を備えるモバイルデバイスを特徴とする。

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

開示されている実施形態の更なる恩恵及び利点は、本明細書及び図面から明らかになるであろう。これらの恩恵及び／又は利点は、本明細書及び図面の様々な実施形態及び特徴によって個別に得ることができる。ただし、このような恩恵及び／又は利点のうちの１つ以上を得るために、これらの特徴全てを設ける必要はない。

以下において、例示的な実施形態が、添付の図面を参照して、より詳細に説明される。
ＬＴＥ ｅＮＢ、ｇＮＢ、及びＵＥについての例示的なユーザ及び制御プレーンアーキテクチャを含む３ＧＰＰ ＮＲシステムについての例示的なアーキテクチャを示す図。 端末及び基地局の例示的な構成を示すブロック図。 省電力信号の送信及び受信とこれに関連する挙動とのための回路の構成を示すブロック図。 省電力信号と物理制御チャネルをスケジューリングすることに対するその影響との一例を示す概略図。 省電力信号と物理制御チャネルをスケジューリングすることに対するその影響との別の例を示す概略図。 省電力信号と物理データチャネルをスケジューリングすることに対するその影響との一例を示す概略図。 省電力信号と物理データチャネルをスケジューリングすることに対するその影響との別の例を示す概略図。 省電力信号の送信及び受信とこれに関連する可能性がある挙動とについての例示的な方法を示すフロー図。

図１は、基地局と端末とコアネットワークとを含む通信システムの例示的な一例を示している。そのような通信システムは、ＮＲ及び／又はＬＴＥ及び／又はＵＭＴＳ等の３ＧＰＰシステムであってよい。例えば、図１に示されているように、基地局（ＢＳ：base station）は、ｇＮＢ（例えば、ＮＲ ｇＮＢ）又はｅＮＢ（例えば、ＬＴＥ）であってよい。しかしながら、本開示は、これらの３ＧＰＰシステム又は任意の他のシステムに限定されるものではない。実施形態及び例示的な実施態様が、３ＧＰＰシステムの何らかの用語を使用して説明されるが、本開示は、任意の他の通信システム、特に、任意のセルラーシステム、無線システム、及び／又はモバイルシステムにも適用可能である。

端末は、ＬＴＥ及びＮＲにおいて、ユーザ機器（ＵＥ）と称される。これは、ユーザ機器の機能を有する、無線電話機、スマートフォン、又はＵＳＢスティック等のモバイルデバイスであってよい。しかしながら、モバイルデバイスという用語は、これらに限定されるものではなく、概して、中継器が、そのようなモバイルデバイスの機能を有してもよく、モバイルデバイスが、中継器として動作してもよい。

基地局は、例えば、端末にサービスを提供するためのネットワークの一部を形成するネットワークノードである。基地局は、端末に無線アクセスを提供するネットワークノードである。

ＬＴＥ及びＮＲにおいて、無線リソース制御（ＲＲＣ：Radio Resource Control）プロトコルが、設定のために基地局（ｅＮＢ、ｇＮＢ）と端末（ＵＥ）との間で使用される。ＲＲＣは、物理レイヤ及びＭＡＣレイヤよりも上位に存在する制御プロトコルである。ＲＲＣは、ＵＥを対象として、送信／受信挙動に応じた様々な状態を定義する。例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態は、とりわけ、ＵＥが、確立された無線アクセスベアラを有し、データを送信及び／又は受信できることを意味する。一方、ＲＲＣ＿ＩＤＬＥモードは、とりわけ、ＵＥが、設定された無線アクセスベアラを有しないが、確立されたシグナリング無線ベアラを有し得ることを意味する。

本開示は、移動端末のための効率的な省電力、特に、移動端末と基地局との間の通信に関連する省電力を容易にすることができる手法を提供する。

ＬＴＥでは、不連続受信（ＤＲＸ）を適用することにより電力利用の効率性が増大する。ＤＲＸは、スケジューリンググラントなしでＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにおけるアクティブ期間を短縮する手法である。特に、ｅＮＢによって設定され得るタイマによって、ＵＥは、ＰＤＣＣＨをモニタするアクティブモードと受信がオフに切り替えられるＤＲＸモードとで動作することができる。

しかしながら、ＤＲＸメカニズムは、（ＰＤＣＣＨがモニタされる）オン期間及び（ＰＤＣＣＨがモニタされない）オフモードを提供する。オン期間の開始時間及び継続時間は（したがって、オフ期間の開始時間及び継続時間も）、ＲＲＣによって設定され、これは、動的ではなく、せいぜい準静的であることを意味する。動的変更は、スケジューリング頻度、例えば、スケジューリンググラントによる変更を意味する。準静的も、やはり、例えばＲＲＣによる通信接続中の変更を意味し得るが、ＲＲＣ設定は、スケジューリンググラントよりも頻繁ではない。ＤＲＸでは、ＰＤＣＣＨは、オフ期間中にモニタすることができないので、サービス遅延が増大する可能性があり、これは、いくつかの特定の遅延センシティブサービスにとってはあまり効果的ではない可能性がある。換言すれば、オフモードでは、ＵＥはＰＤＣＣＨをモニタしないので、トラフィックが到着した場合、ＵＥは、次のオン期間までスケジューリング可能でない。その結果、低遅延要件は、いくつかのサービスに対して保証されない可能性がある。ＤＲＸオン期間周期が短い値で設定される場合、ＰＤＣＣＨのモニタの増大に起因して、電力消費が増加する。トラフィックが全くない場合であっても、ＵＥは、依然として、ＰＤＣＣＨをモニタするためにオンにする必要があり、これは、電力の浪費をもたらす。要するに、ＤＲＸは、省電力とサービス遅延との間の良好なトレードオフを提供しない。逆に、ＤＲＸは、トラフィックが到着するときには長い待ち時間をもたらし、トラフィックが到着しないときに不必要な電力浪費をもたらす可能性がある。

本開示のいくつかの例示的な実施形態は、トラフィック到着タイミング及びパターン等のトラフィック特性と整合され得る、より動的で、効率的で、且つ／又はＵＥ固有の電力適応を提供することを容易にすることができる。

例えば、ＵＥは、（上位レイヤシグナリングによって示される）限定されたリソースにおいて、第１のモードにおける省電力に関連する制御情報（例えば、ＰｏＳＳ）をモニタすることができ、ＵＥは、第１のモードにおいて制御情報を検出したときには、第２のモードに遷移し、ＵＥは、第１のモードにおいて制御情報を検出しなかったときには、第１のモードに留まる。制御情報は、第２のモードの長さに関する情報を含み、ＵＥは、第２のモードの長さに基づいて、第２のモードから第１のモードに戻る。

そのようなモバイルデバイス２１０の一例が、図２に示されている。図２は、ユーザ機器２１０（通信デバイスとも呼ばれる）と、ここでは基地局（例えば、ｅＬＴＥ ｅＮＢ（あるいは、ｎｇ－ｅＮＢと呼ばれる）又は５Ｇ ＮＲにおけるｇＮＢ）内に位置すると例示的に想定されるスケジューリングデバイス２５０と、の概括的で簡略化された例示的なブロック図を示している。しかしながら、概して、スケジューリングデバイスは、２つの端末間のサイドリンク接続の場合には端末であることもある。ＵＥ及びｅＮＢ／ｇＮＢは、それぞれの送受信機２２０（ＵＥ側）及び２６０（基地局側）を使用して、（無線）物理チャネル２９０を介して互いと通信する。基地局２５０及び端末２１０は、一緒になって通信システム２００を形成する。

通信デバイス２１０は、送受信機２２０及び（処理）回路２３０を備えることができる。そして、送受信機２２０は、受信機及び／又は送信機を含むことができる、且つ／又は、受信機及び／又は送信機として機能することができる。回路は、１つ以上のプロセッサ又は任意のＬＳＩ等の１つ以上のハードウェアであってよい。送受信機と処理回路との間には、入力／出力点（又は入力／出力ノード）２２５、２６５が存在し、処理回路は、動作中、入力／出力点（又は入力／出力ノード）２２５、２６５を介して、送受信機を制御することができる、すなわち、受信機及び／又は送信機を制御し、受信／送信データを交換することができる。送受信機は、送信機及び受信機として、１つ以上のアンテナ、増幅器、ＲＦ変調器／復調器等を含むＲＦ（無線周波数）フロントエンドを含むことができる。処理回路は、処理回路によって提供されるユーザデータ及び制御データを送信するように、且つ／又は、処理回路によって更に処理されるユーザデータ及び制御データを受信するように送受信機を制御すること等の制御タスクを実施することができる。処理回路はまた、判定、決定、計算、測定等といった他のプロセスを実行することを担うことができる。送信機は、送信するプロセス及び送信するプロセスに関連する他のプロセスを実行することを担うことができる。受信機は、受信するプロセス及び受信するプロセスに関連する他のプロセスを実行することを担うことができる。

一実施形態に従うと、端末は、通信デバイス２１０に対応し、動作中、信号を受信及び／又は送信する送受信機２２０と回路２３０とを備える。回路２３０は、動作中、第１のリソースのセットにおいて信号をモニタし、モニタされた信号がモバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合、第２のリソースのセットにおいて信号を受信又は送信し、モニタされた制御信号において示されている期間の後、第２のリソースのセットにおいて信号を受信又は送信せず、第１のリソースのセットにおいて制御信号をモニタする、ように送受信機を制御する。

一実施形態に従うと、ネットワークノードは、通信デバイス２５０に対応し、動作中、信号を受信及び／又は送信する送受信機２６０と、動作中、第１のリソースのセットにおいて信号を送信し、送信された信号がモバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合、第２のリソースのセットにおいて信号を受信又は送信し、送信された制御信号において示されている期間の後、第２のリソースのセットにおいて信号を受信又は送信せず、第１のリソースのセットにおいて制御信号を送信する、ように送受信機を制御する回路２７０と、を備える。

更に、図３は、例示的な実施態様に従った、モバイルデバイスと基地局等のネットワークノードとのより詳細な構成を示している。回路３０１は、端末において使用されてよい。回路３０１は、ＰｏＳＳ検出のための回路３１０と、データチャネルの受信又は送信を制御するための回路３２０と、第１のモードと第２のモードとを切り替えるための、すなわち、回路３１０によって実行されるＰｏＳＳ検出と回路３２０によって実行されるデータチャネルの受信又は送信とを切り替えるための回路３３０と、を含む。回路３０５は、基地局において使用されてよい。回路３０５は、端末へのＰｏＳＳ送信のための回路３５０と、端末を対象としたデータチャネルの受信又は送信を制御するための回路３６０と、端末を対象として第１のモードと第２のモードとを切り替えるための、すなわち、回路３５０によって実行されるＰｏＳＳ送信と回路３６０によって実行されるデータチャネルの受信又は送信とを切り替えるための回路３７０と、を含む。

説明を簡単にするために、端末が第１のリソースのセットをモニタする上述した期間は、省電力期間と称されることがあり、そのような期間中の端末の状態は、省電力モードと称されることがある。更に、モニタされた制御信号において示される上述した期間は、アクティブ期間と称されることがあり、そのような期間中の端末の状態は、アクティブモードと称されることがある。

換言すれば、いくつかの実施形態に従うと、端末は、省電力モード及びアクティブモードという２つの相互に排他的なモードで動作することができる。省電力モードでは、端末は、省電力信号（ＰｏＳＳ：power saving signal）をモニタするが、標準的なＰＤＣＣＨをモニタしない。アクティブモードでは、端末は、標準的なＰＤＣＣＨをモニタする。このコンテキストにおける用語「標準的な」は、ＬＴＥ及びリリース１５ ＮＲにおけるＰＤＣＣＨ等のＰＤＣＣＨを意味する。

ＰＤＣＣＨのモニタは、何らかの電力を消費するので、ＰＤＣＣＨではなくＰｏＳＳがモニタされるモードを提供することによって、特に第２のリソースのセットのモニタが第１のリソースのセットのモニタよりも多くの電力を消費する場合に、何らかの省電力を容易にすることができる。例えば、ＰｏＳＳをモニタするための電力消費は、ＰＤＣＣＨをモニタするための電力消費よりも小さい場合がある。これは、例えば、モニタされる復号候補がより少ないＰｏＳＳが提供される場合、及び／又は、ＰｏＳＳがＰＤＣＣＨよりも狭い帯域幅を用いる場合である。換言すれば、より少ないブラインド復号が存在する場合、省電力を達成することができる。

ＰｏＳＳは、モニタされる第１のリソースのセット内に配置される。第１のリソースのセットは、時間領域における１つ以上のシンボル及び／又は１つ以上のスロットによって、また、周波数領域における１つ以上のサブキャリア及び／又は１つ以上の物理リソースブロックによって、与えられ得る。しかしながら、本開示は、これに限定されるものではなく、第１のリソースのセットは、上記の例に加えて又は上記の例に代えて、符号（例えば、スクランブリング系列又は拡散系列）、及び／又は、アンテナポート、及び／又は、系列ＩＤ又はデバイスＩＤの１つ以上のインデックスによって、更に定義されてもよい。第１のリソースのセットは、システムのリソースにおける周期的なパターン（例えば、時間領域及び／又は周波数領域における周期）として定義されてもよい。信号の長さ及び周期は、（例えば、時間領域及び／又は周波数領域において）指定され得る。第１のリソースのセットは、例えば、固定されたものとして、又は、いくつかの伝送パラメータ及び／又はトラフィックパラメータに応じて、規格によって、予め定義されてもよい。代替的に又は追加的に、第１のリソースのセットは、例えば、ＲＲＣプロトコル等のシグナリングを介して、設定可能であってもよい。

一例において、省電力モードにおける限定されたリソースの設定は、いくつかの同期信号又は参照信号に対する何らかの相対的なオフセットをもって定義されてもよい。具体的には、第１のリソースのセットは、同期信号又は参照信号に対して割当てられたリソースから、固定された間隔又は無線リソース制御プロトコルによって設定された間隔で、配置される。例えば、ＬＴＥ又はＮＲの用語の観点から検討すると、第１のリソースのセットは、１つ以上の同期信号ブロック（ＳＳＢ：Synchronization Signal Block）及び／又は１つ以上のトラッキング用参照信号（ＴＲＳ：Tracking Reference Signal）及び／又は１つ以上のチャネル状態情報参照信号（ＣＳＩ－ＲＳ：Channel State Information Reference Signal）の位置に対して相対的に設定されてもよい。ＳＳＢは、特定の基地局との同期のために使用されてよく、ＴＲＳは、位相も含めた同期をトラッキングするために使用されてよく、ＣＳＩ－ＲＳは、端末によってチャネル品質を測定し、測定された品質をチャネル品質に関するフィードバックとして基地局に提供するために使用されてよい。

同期信号及び／又は参照信号までの間隔は、伝送パラメータ及び／又はトラフィックパラメータに応じて可変であってもよいし、又は、ＲＲＣシグナリング等のシグナリングによって設定可能であってもよい。ここで、トラフィックパラメータは、トラフィックのタイプと、遅延感度、トラフィック量、誤り率の点での目標品質等の、トラフィックのパラメータと、を含むことができる。伝送パラメータは、チャネル品質、適用された変調及び符号化、電力、ニューメロロジー等のパラメータを含むことができる。上述した相対的な位置は、ＰｏＳＳが、各ＳＳＢに対するオフセットで含まれることを必ずしも意味するものではない。ＰｏＳＳの頻度は、ＳＳＢ（及び／又はＴＲＳ及び／又はＣＳＩ－ＲＳ、又は、任意の種類の参照信号）の頻度と同じであることもあるし、そのような頻度よりも少ないこともあるし、又は、そのような頻度よりも多いこともある。ＰｏＳＳの頻度と同期信号及び／又は参照信号の頻度との比率は、トラフィックパラメータ又は伝送パラメータ等のパラメータに基づいて導出可能であってもよいし又は固定されていてもよいし、且つ／又は、ＲＲＣシグナリング等の何らかのシグナリングによって設定可能であってもよい。上記の例は、網羅的ではなく、更なる設定及びパラメータが可能であることに留意されたい。

ＰｏＳＳは、端末によって受信されると省電力モードからアクティブモードへと端末に切り替えさせる信号とみなされ得る。これは、以下のように、任意の方法で実行され得る。

第１の例において、第１のリソースのセットにおいてＰｏＳＳ信号が存在することは、省電力モードからアクティブモードへの端末の切り替えを生じさせる。第１のリソースのセットにおいてＰｏＳＳ信号が存在しないことは、省電力モードに留まらせる。この例は、非常に単純ではあるが効率的な切り替えメカニズムを提供する。ＰｏＳＳ信号が存在する場合、第１のリソースのセットは、アクティブ期間長及び必要に応じて更なるパラメータを示すためのリソースを更に含むことができる。

第２の例において、ＰｏＳＳ信号は、ＰｏＳＳで常に送信されるが、異なる値をとることができる。第１の値は、省電力モードからアクティブモードへの端末の切り替えを生じさせることを示すことができる。第１の値とは異なる第２の値は、端末を省電力モードに留まらせることができる。

上述したように、上記アクティブ期間外では、省電力期間において、モニタされた制御信号が第２の値を有するインジケータを含む場合、処理回路は、受信機に、第１のリソースのセットにおいて制御信号をモニタし続けさせ、第２のリソースのセットにおいて信号を受信又は送信しないようにさせることができる。

第２のリソースのセットは、例えば、ＰＤＣＣＨリソースを含む。しかしながら、第２のリソースのセットは、ＰＤＣＣＨリソースに必ずしも限定されるものではなく、ページングリソース等、ＰＤＣＣＨリソースとは異なるいくつかの参照信号リソース及び／又は更なるシグナリングリソースを含んでもよい。

例示的な実施形態において、省電力モードでは、端末は、（同期信号とは別の）ＰｏＳＳのみをモニタするが、シグナリング又はデータをモニタしない。いくつかの参照信号は、モニタされてもよいが、必ずしもモニタされる必要はない。したがって、ページングチャネルもモニタされない。この例示的な実施形態において、非常に効率的な省電力を容易にすることができる。

例示的な実施形態に従うと、アクティブモードでは、端末は、第１のリソースのセットをモニタしない。また、第１のリソースは、アクティブモードへの切り替えを指示する値を有するＰｏＳＳを取得した後、アクティブ期間の長さも定義するので、アクティブモードにおいてＰｏＳＳをモニタすることは不要である。端末は、アクティブ期間の後、省電力モードに戻る。この手法は、アクティブモードでも、何らかの電力及びリソースを節減することを容易にすることができる。

しかしながら、本開示は、この実施形態に限定されるものではない。ＰｏＳＳは、端末がアクティブモードにあるとき、第１のリソースのセットにおいてモニタされてもよい。あるいは、ＰｏＳＳ信号は、第２のリソースのセットと同じ又は異なるが、第１のリソースのセットとは異なる第３のリソースのセットにおいてモニタされてもよい。いずれにせよ、本開示は、第１のリソースのセットが、ＰｏＳＳを含み得るが、アクティブ期間の指示を含まない実施形態も提供する。このような場合、アクティブモードにおけるＰｏＳＳ信号を使用して、アクティブモードから省電力モードに端末を切り替える。ＰｏＳＳの第１の値を使用して、省電力モードからアクティブモードに切り替えることができるのに対し、ＰｏＳＳの第２の値を使用して、アクティブモードから省電力モードに再び切り替えることができることに留意されたい。ＰｏＳＳ信号の第１の値と第２の値とは異なる。

換言すれば、例示的な実施形態において、回路は、動作中、モバイルデバイスが第２のモード（アクティブモード）にあるとき、第１のリソースのセットにおいて制御信号をモニタし、モニタされた制御信号が第２の値を有するインジケータ（ＰｏＳＳ）を含む場合、アクティブ期間後のモバイルデバイスを第１のモードに設定する。

省電力モードにおいてＰｏＳＳ信号を提供する利点のうちのいくつかは、より短い遅延及び省電力の両方を提供できるという点で容易にされる。トラフィックが到着すると、端末は、適時にスケジューリングされ得る。ＰｏＳＳのモニタは、より少ない電力を消費し得るので、電力消費がより低くなり得る。長期間の間トラフィックがない場合、ＰｏＳＳだけをモニタすることは、ＤＲＸオン期間におけるＰＤＣＣＨブラインド復号よりも少ない電力を消費し得る。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにおいて適用されるＤＲＸのコンテキストにおいて、上記の実施形態は、依然として、省電力モードにおいてＰｏＳＳをモニタするのに対し、ＤＲＸオフ期間では、シグナリングチャネルはモニタされない。上記の実施形態において、端末は、省電力モードからアクティブモードに動的に戻ることができる、又は、端末は、短い周期のＰｏＳＳに基づいて省電力モードに留まり得る。これに対して、ＤＲＸでは、端末は、オフ期間からオン期間に動的に遷移することができず、設定されたタイミングでしか切り替わることができない。その結果、上記の実施形態のトラフィック適応能力とＤＲＸ手法とは異なる。特に、上記の実施形態において、トラフィックがスケジューリングされていない場合、端末は、アクティブモードに入る必要がなく、これは、省電力を容易にすることができる。対照的に、ＤＲＸ手法では、トラフィックがない場合であっても、ＵＥは、設定された期間において１つ以上のＰＤＣＣＨをモニタするためにオン期間に入る必要があり、これは、電力浪費につながる可能性がある。

第１のモード及び第２のモードの両方が、端末のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において定義され得ることに注意されたい。しかしながら、これは、本開示を限定するものではなく、以下に示されるように、第２のモードがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに対応する実施形態も想定される。本開示は、第１のモード及び第２のモード（省電力モード及びアクティブモード）の両方がＲＲＣ＿ＩＤＬＥモードにおけるものである実施形態にも適用可能である。

以下において、２つの実施形態が説明される。これらの実施形態のうちの一方の実施形態において、ＰｏＳＳを検出したときに第１のリソースのセットから取得される制御情報は、（ＰＤＣＣＨ等を）モニタするための制御情報のリソース候補に関する。他方の実施形態において、制御情報は、データチャネル（ＰＤＳＣＨ又はＰＵＳＣＨ等）の１つ以上のリソース又はリソース候補に関する第２のリソース情報を含む。以下において更に説明される第３の実施形態は、制御情報において、制御チャネルに関する第１のリソース情報又はデータチャネルに関する第２の制御情報のどちらが制御情報に含まれるかを示す１つ以上のビットも提供することを想定している。１つ以上のビットは、ＵＥ ＩＤ又はＲＮＴＩを使用することによって生成され得る。

（ＰＤＣＣＨオケージョンを伴うＰｏＳＳ）
例示的且つ非限定的な実施形態において、端末は、ＰｏＳＳを受信すると、アクティブモードに遷移し、アクティブモードに遷移すると、スケジューリンググラントを受信するためにＰＤＣＣＨをモニタすることを開始する。

換言すれば、回路は、動作中、第１のモードから第２のモードにモバイルデバイスを設定すると、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に基づいて、（例えば、ＤＣＩに含まれる）スケジューリング情報を受信するために物理ダウンリンク制御チャネル（例えば、ＰＤＣＣＨ）においてモニタされるリソース候補（例えば、サーチスペース）を決定する。次いで、回路は、リソース候補における信号を受信（例えば、ブラインド復号）するように送受信機を制御し、リソース候補における受信された信号（例えば、ダウンリンク又はアップリンクグラントを含むＤＣＩ）に基づいて、ダウンリンク又はアップリンクデータ伝送のためのデータリソースを決定する。最後に、回路は、決定された（例えば、許可された）データリソースにおいてデータを受信（ダウンリンク方向）又は送信（アップリンク方向）するように送受信機を制御する。

したがって、この実施形態において、アクティブモードへの遷移後、端末によってデータが受信又は送信されることになる最初のリソースは、アクティブモードにおける任意の他のリソースと同様に、ＰＤＣＣＨ受信に基づいて、端末において決定される。具体的には、省電力モードからアクティブモードへの遷移後、ＰＤＣＣＨにおけるデータスケジューリングのための今後のリソース候補は、ＣＯＲＥＳＥＴ情報又はブラインド復号候補等、第１のリソースのセットにおけるＰｏＳＳに伴う情報内の指示に基づいて決定される。例えば、ＰｏＳＳにおいて、ＣＯＲＥＳＥＴ及び／又はブラインド復号候補の限定されたセットが、第２のリソースのセットにおける端末受信を補助するために示され得る。これは、ＰＤＣＣＨブラインド検出を実行するときの端末の電力消費を節減することができる。概して、ＣＯＲＥＳＥＴという用語は、ＮＲにおける制御シグナリングに使用されるリソースのセットである制御リソースセットを表す。

代替的に又は追加的に、このような候補は、端末の識別情報に応じて決定されてもよい。第２のリソースのセットにおけるブラインド復号候補及び／又はＣＯＲＥＳＥＴ及び／又はサーチスペースの決定は、ＰｏＳＳにおいて検出されたＩＤに関連し得る／そのようなＩＤによって計算され得る。換言すれば、リソースの位置は、ＩＤに応じた位置を計算することによって決定され得る。

ＰＤＣＣＨを設定するシグナリング情報は、最小集約レベル及び最大集約レベルの指示、候補が局在しているか又は分散されているか、候補についての伝送パラメータ等を含むことができる。

図４は、ＰｏＳＳ及びＰＤＣＣＨリソースに加えて、省電力モード及びアクティブモードのタイミングを概略的に示している。特に、図４は、第２のリソースのセットではなく第１のリソースのセットがモニタされる省電力期間に対応する「オフ期間」を示している。ＰｏＳＳオケージョン（第１のリソースのセット）において、ＰｏＳＳが実際に検出され、ＰｏＳＳを検出すると、端末は、上述したアクティブモードに対応する「オン期間」に遷移する。オン期間及びオフ期間は、タイムスロットに分割され、それらの一部は、アクティブ期間（オン期間）において、端末によってモニタされるＰＤＣＣＨリソースを含む。オフ期間では、端末はＰＤＣＣＨをモニタしない。

図４において、ＰｏＳＳからＰＤＣＣＨブラインド復号（候補）リソースへの矢印は、ＰｏＳＳがＰＤＣＣＨリソースの指示を提供できることも示している。この例では、ＰＤＣＣＨは、ＰｏＳＳ信号からのオフセットの後に始まる５つの連続するタイムスロットにおいてモニタされる。ここで、オフセットはゼロである。すなわち、モニタされる最初のＰＤＣＣＨは、ＰｏＳＳが配置されていたスロットの直後のスロットに配置されている。しかしながら、本開示は、このような手法に限定されるものではなく、タイムスロット及び／又はシンボルに関するオフセットは、ゼロでなくてもよい。

図５は、省電力モードからアクティブモードに切り替わった後、ＰＤＣＣＨが各スロットにおいてモニタされない別の例示的な実施態様を示している。そうではなく、ＰＤＣＣＨは、固定されていてもよいし（例えば、規格において定義される）又は可変であってもよい頻度でモニタされる。可変性は、基地局から端末へのシグナリングによって（例えば、ＲＲＣシグナリングによって）設定可能なニューメロロジー等の他のパラメータに応じて実現され得る。

省電力モードは、ＰｏＳＳの受信によって、動的に終了させられ得るので、本開示の手法は、ＤＲＸよりもフレキシブルである。ＤＲＸでは、オフ期間が終了すると、ＵＥに対する実際のトラフィックが存在するか否かにかかわらず、ＵＥは、アクティブモードに自動的に遷移する。

ＬＴＥ及びＮＲでは、ハイブリッド自動再送要求（ＨＡＲＱ）が、伝送誤りを訂正するために採用されている。リソースを節減するために、確認応答されているデータの送信に対して割当てられた（スケジューリングされた）リソースの位置に基づいて、確認応答（肯定確認応答（ＡＣＫ）又は否定確認応答（ＮＡＣＫ））の送信のためのリソースの位置を暗黙的に決定するマルチプロセスｓｔｏｐ－ａｎｄ－ｗａｉｔ ＨＡＲＱが使用される。

例示的な実施態様に従うと、上述した実施形態及び例のいずれかにおいて、ＵＥがＰｏＳＳを検出すると、ＵＥは、アクティブモードに遷移し、ＰｏＳＳに伴う指示又はＵＥ ＩＤに基づいて、データスケジューリングのためのリソース候補（ＰＤＣＣＨ）だけでなく、ＨＡＲＱ確認応答のためのリソースも決定する。具体的には、ＨＡＲＱフィードバックリソースは、スケジューリングされたＰＤＳＣＨ及びＰＵＳＣＨリソースに基づいて（例えば、ＰＤＣＣＨ内の指示に基づいて、且つ／又は、ＵＥ ＩＤに基づいて）、決定される。換言すれば、ＰｏＳＳにおける指示（及び／又は検出されたＩＤ）は、ＨＡＲＱ－ＡＣＫリソースを計算するために使用されるパラメータを含むことができる。

換言すれば、例示的な一実施態様において、回路は、動作中、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に基づいて、決定されたデータリソースに対応する送信確認応答の受信又は送信のためのリソースを決定する。

まとめると、ＵＥが、省電力モードにおいてＰｏＳＳを検出すると、ＵＥは、以下のうちの１つ以上を決定することができる：
－（ＰｏＳＳ又は第１のリソースにおけるＰｏＳＳに伴う追加の指示、及び／又は、ＵＥ識別情報に基づく）今後のＰＤＣＣＨリソース
－（ＰｏＳＳ又は第１のリソースにおけるＰｏＳＳに伴う追加の指示、及び／又は、ＵＥ識別情報に基づく）ＨＡＲＱフィードバックのためのリソース
－アクティブモードから省電力モードに戻るタイミング情報

（データチャネルスケジューリングを伴うＰｏＳＳ）
例示的且つ非限定的な実施形態において、端末は、ＰｏＳＳを受信すると、アクティブモードに遷移し、ＰｏＳＳにおける指示に基づいて（又は、より一般的には、第１のリソースのセット内の指示に基づいて）、且つ／又は、端末識別情報に基づいて、ＰＵＳＣＨ及び／又はＰＤＳＣＨにおけるデータのための今後のリソースを決定する。

換言すれば、回路は、動作中、第１のモードから第２のモードにモバイルデバイスを設定すると、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に基づいて、ダウンリンク又はアップリンクデータ伝送のためのデータリソースを決定し、決定されたデータリソースにおいてデータを受信又は送信するように送受信機を制御する。

図６は、そのような手順の一例を示している。省電力モード（オフ期間）において、ＰｏＳＳ信号が、端末がデータを受信することになるＰＤＳＣＨリソースの指示も含む第１のリソースのセットにおいて受信される。これにより、端末は、オン期間に遷移し、ＰｏＳＳ信号で始まり、ＰｏＳＳ信号を含むタイムスロットの後のタイムスロットにおけるそれぞれのＰＤＳＣＨリソースで終わる矢印で示されているように、指示されたＰＤＳＣＨリソースにおいてデータを受信する。第１のリソースは、アクティブモード（オン期間）から省電力モード（オフ期間）に戻る遷移のタイミングを更に示す。したがって、図６に示されているように、オン期間の後、指定されたタイミング又は期間で、端末は、省電力モードに再び遷移する。

ＰｏＳＳを運ぶ第１のリソースは、各ＰｏＳＳとともに、端末が省電力モードに戻ることになる期間を指示することができることに留意されたい。しかしながら、いくつかの実施形態において、そのような指示は、必ずしも各ＰｏＳＳとともに提供されるわけではない。換言すれば、そのような指示は、複数の後続する遷移に適用可能なタイミングを伝達することができる。例えば、タイミングは、それが変化する場合にのみシグナリングされてもよい。

すでに上述しているように、いくつかの実施態様において、アクティブモードにあるときに省電力モードに切り替わる期間又はタイミングは、第１のリソースのセット内で又はＰｏＳＳにおいて、シグナリングされる必要はない。そのような期間又はタイミングは、規格によって予め定義される限り、固定されていてもよいし、又は、可変であってもよい。代替的に、そのようなタイミングは、ＲＲＣ等のような制御シグナリングを介して、基地局又は別のネットワークノードによって設定されてもよい。

また、いくつかの実施態様において、アクティブモードにあるときに省電力モードに切り替わる期間又はタイミングは、ＰｏＳＳによって第１のリソースのセットにおいてシグナリングされる。そのような期間若しくはスケジューリングパターン又はタイミング情報は、ＲＲＣシグナリングによって設定される複数のオプションを有することがある。それらのオプションの間で、ＰｏＳＳは、それらのオプションのうちの１つのオプションをＵＥに示す。

図６において、ＰＤＳＣＨリソースは、連続するタイムスロットに配置されている。しかしながら、これは、本開示を限定するものではない。図７に示されているように、ＰＤＳＣＨリソースは、特定のタイムスロットに周期的に配置されてもよい。概して、ＰＤＳＣＨリソースは、時間領域及び／又は周波数領域における開始位置及び長さによって、又は、時間領域及び／又は周波数領域における開始位置、長さ、及び頻度によって、定義され得る。開始位置は、例えば、ＰｏＳＳスロット（ＰｏＳＳ信号が配置されていたスロット）の後の次のスロット又はＰｏＳＳスロットの後のｎ番目のスロットに設定されるように、予め定義され得る。代替的に又は追加的に、時間領域リソースは、タイムスロット（だけ）に基づいてではなく、シンボルに基づいて定義されてもよい。同様に、リソースは、周波数領域において定義され得る。

図６及び図７の上記の例において、データ伝送は、ＰＵＳＣＨを介して行われている。しかしながら、本開示は、これに限定されるものではない。リソース割当ては、必ずしもダウンリンクにおける伝送のためであるとは限らない。リソース割当ては、アップリンクのための（例えば、ＰＵＳＣＨのための）リソースの割当てであってもよいし、又は、ＰＤＳＣＨ及びＰＵＳＣＨの両方のためのリソースの割当てであってもよい。

更に、例示的な実施態様において、回路は、動作中、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に基づいて、決定されたデータリソースに対応する送信確認応答の受信又は送信のためのリソースを決定する。換言すれば、ＨＡＲＱフィードバックのためのリソースは、ＰｏＳＳリソースによって与えられるＰＤＳＣＨ及び／又はＰＵＳＣＨリソースに応じて設定され得る。更に、これらのＨＡＲＱリソースは、（ＰＤＳＣＨ及びＰＵＳＣＨがＰｏＳＳに基づいて決定されるので）暗黙的に、又は、通信システムのリソースの間でのリソースの位置及び／又はタイミングをシグナリングすることによって明示的に、ＰｏＳＳに応じて設定され得る。更に、リソース位置は、端末識別情報に依存し得る。

ＰＵＳＣＨにおけるアップリンクデータ伝送のためのＨＡＲＱフィードバックリソースは、ダウンリンクリソースであるのに対し、ＰＤＳＣＨにおけるダウンリンクデータ伝送のためのＨＡＲＱフィードバックリソースは、アップリンクリソースである。

まとめると、上述した例示的な実施形態に従うと、ＵＥは、ＰｏＳＳの検出の後、アクティブモードに遷移し、ＰｏＳＳ内の指示（又は、より一般的には、第１のリソースのセット内の指示）に基づいて、且つ／又は、端末の識別情報（ＵＥに関連付けられている系列又はＲＮＴＩ等の任意のＩＤ）に基づいて、データＰＤＳＣＨ／ＰＵＳＣＨのための今後のリソースを決定する。更に、フィードバックのための１つ以上のリソースは、ＰｏＳＳ内の指示に基づいて、且つ／又は、端末の識別情報に基づいて、ＰＤＳＣＨ及び／又はＰＵＳＣＨに対応して決定され得る。また、アクティブモードから省電力モード（オフ期間）に再び遷移するタイミング情報は、第１のリソースのセットにおいて、具体的にはＰｏＳＳ信号によって、定義され得る。

ＨＡＲＱ確認応答又はフィードバックが上述されているが、これらは、非限定的な例に過ぎないことに留意されたい。ＰｏＳＳ及び／又はＵＥ ＩＤに基づいて決定され得るリソースは、非ハイブリッドＡＲＱを含む任意の種類のフィードバックのためのリソース、又は、更には、チャネル状態及び／又はトラフィックの測定に基づくチャネル品質フィードバック等の様々な種類のフィードバックのためのリソースであってもよい。

この実施形態のいくつかの例示的な実施態様は、追加の利点を提供することができる。例えば、ＤＲＸでは、オフ期間が終了すると、端末によって送信又は受信されるようにスケジューリングされるトラフィックが存在するか否かにかかわらず、ＵＥは、アクティブモードに自動的に遷移する。

（ＰＤＣＣＨ指示を伴うＰｏＳＳとデータチャネルスケジューリングを伴うＰｏＳＳとの間の選択）
上述したＰＤＣＣＨオケージョンを伴うＰｏＳＳ及びデータチャネルスケジューリングを伴うＰｏＳＳを受けて、これらは、排他的な選択肢であってもよいが、必ずしも排他的な選択肢であるとは限らないことに留意されたい。この例示的な実施形態において、これらの２つの手法の間の選択は、端末が、基地局によって（又は、一般的にはネットワークノードによって）制御されて両方を行えるように、実行され得る。

換言すれば、この実施形態において、回路は、動作中、第１のモードから第２のモードにモバイルデバイスを設定すると、前述した指示及び／又はモバイルデバイスの識別情報に基づいて、且つ／又は、トラフィックに基づいて、
－ダウンリンク又はアップリンクデータ伝送のためのデータリソースをスケジューリングするスケジューリング情報を受信するために物理ダウンリンク制御チャネルにおいてモニタされるリソース候補が、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に応じて決定されるか、又は、
－直接的に、ダウンリンク又はアップリンクデータ伝送のためのデータリソースが、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に応じて決定されるか、
を選択する。

具体的には、一例において、ＵＥが、ＰｏＳＳを検出すると、ＵＥは、省電力モードからアクティブモードに遷移する。ＰｏＳＳ(又は、第１のリソースのセットである、ＰｏＳＳも含むリソース）は、ＵＥが、
ｉ）今後のＰＤＣＣＨをモニタすることに進む（「ＰＤＣＣＨオケージョンを伴うＰｏＳＳ」の下での上述したソリューション）か、又は、
ｉｉ）直接的にＰＤＳＣＨを受信する又はＰＵＳＣＨを送信する（「データチャネルスケジューリングを伴うＰｏＳＳ」の下での上述したソリューション）か、
のいずれであるかも示す。

示された挙動ｉ）又はｉｉ）は、特定のタイミングウィンドウ内で有効であってよい。タイミングウィンドウは、動的であってよく、例えば、タイミングウィンドウも、ＰｏＳＳを含む第１のリソースのセットにおいて示されてよい。代替的に又は追加的に、上記の挙動ｉ）又はｉｉ）の選択は、検出されたＵＥ ＩＤ、系列ＩＤ、及び／又はＲＮＴＩに基づいてもよい。

代替的に又は追加的に、所望の挙動ｉ）又はｉｉ）を選択するための他のオプションが存在する。ＵＥ挙動のオプションは、異なるトラフィック到着パターンに基づいて選択されてもよい。例えば、ＲＲＣが、そのようなオプションを設定してもよく、ＰｏＳＳが、そのようなオプションの間で選択してもよい。例示的且つ非限定的な例として、ＲＲＣシグナリングが、異なるパラメータのいくつかの設定候補を提供してもよく、また、上述した可能なＵＥ挙動をそれぞれのインデックスとともに提供してもよい。ＰｏＳＳは、対応するインデックスをシグナリングすることによって、端末が、これらの挙動のうちどの挙動に従うべきかを示すことができる。

このようなオプションを提供する可能な利点のうちの１つは、異なるトラフィック特性に対するトラフィックへの適応を容易にすることである。これは、データの到着及びスケジューリングが、ｇＮＢ側から予測可能である場合又は予測可能でない場合にも対応できる。データ到着／スケジューリングが予測可能である場合、ＰｏＳＳは、例えば、データチャネル（ＰＤＳＣＨ、ＰＵＳＣＨ）をＰｏＳＳで直接的にスケジューリングする可能性を選択することによって、今後のデータ到着／スケジューリングパターン／プロファイルに合致するように、ＲＲＣにおける設定のうちの１つを選択することができる。いくつかの実施形態において、ＰｏＳＳは、トラフィック到着及び特性プロファイルと整合されたパラメータを用いて、ＲＲＣ設定のうちの１つを示すことができる。データ到着／スケジューリングが予測可能でない場合、ＰｏＳＳは、単に今後のＰＤＣＣＨをモニタすることをＵＥに示すことを選択することができる。予測可能性は、サービスタイプに基づいて判定され得る。例えば、双方向音声会話は、類似する特性を経時的に有する可能性が高い。他の種類のトラフィックは、予測するのがより困難であり得る。

上記の実施形態及び例のいずれかにおいて、モバイルデバイスの識別情報は、直交系列又は準直交系列のセットからの疑似ランダム系列と、無線ネットワーク一時識別子（ＲＮＴＩ：Radio Network Temporary Identifier）と、のうちの少なくとも一方である。概して、ＵＥ又は端末の識別情報が上述されている場合、ＵＥ／端末に関連付けられる任意の番号若しくはラベル又は任意の種類の識別子が意図されている。例えば、そのような識別子は、ＰｏＳＳ信号がスクランブル又は拡散される系列であってよい。そのような系列は、相互直交系列又は準直交系列のセットからの任意のスクランブリング系列又は拡散系列であってよい。代替的に又は追加的に、識別情報は、端末に割当てられたＲＮＴＩであってもよい。

上述したように、本開示は、端末又は基地局によって実行され得る、具体的には、それらのいずれかに組み込まれているプロセッサによって実行され得る、対応する方法も提供する。更に、コンピューター又はプロセッサ上で実行されたときに、それぞれの方法のステップを実行するコード命令を記憶している非一時的なコンピューター読み取り可能な媒体が提供され得る。このような媒体は、ハードドライブ、不揮発性メモリ、ＳＳＤ、光学記憶装置、又は磁気記憶装置等といった任意の記憶装置であってよい。

これらの方法が、図８に示されている。端末によって実行され得る方法は、第１のリソースのセットにおいて信号をモニタすること（ステップ８１０、８２０）と、モニタされた信号がモバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合（ステップ８２０でｙｅｓ）、第２のリソースのセットにおいて信号を受信又は送信し（ステップ８５０）、モニタされた制御信号において示されている期間の後、第２のリソースのセットにおいて信号を受信又は送信せず、第１のリソースのセットにおいて制御信号をモニタする（ステップ８１０に戻る矢印）、ように送受信機を制御することと、を含むことができる。上述したように、ＰｏＳＳ検出（ステップ８２０）の後に、グラントの受信のためのスケジューリングチャネルのモニタ（ステップ８３０、８４０）が続き得る。

別の方法は、基地局において実行され得る。このような方法は、第１のリソースのセットにおいて、端末（モバイルデバイス）にアドレス指定された信号を送信するステップ（ステップ８６０）と、モニタされた信号がモバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合（ステップ８７０でｙｅｓ）、第２のリソースのセットにおいて信号を受信又は送信し（ステップ８９０）、送信された制御信号において示されている期間の後、第２のリソースのセットにおいて信号を受信又は送信せず、第１のリソースのセットにおいて制御信号を送信する、ように送受信機を制御するステップと、を含むことができる。この方法は、ステップ８９０においてデータを送信又は受信するために、グラントを含むスケジューリングチャネル（例えば、ＰＤＣＣＨ）を端末に送信するステップ（ステップ８８０）を更に含むことができる。

以下において、一実施形態に従った、ネットワークと端末との間の例示的なインタラクションが、説明される。ネットワークは、基地局（ｅＮＢ又はｇＮＢ）等のネットワークノードによって表され得る。しかしながら、他のネットワークエンティティが使用されてもよい。以下の例は、ＮＲのコンテキストにおいてＮＲの用語を適用して説明される。しかしながら、これは、例示の目的に過ぎず、本開示は、特定の通信システムに限定されるものではない。

ｇＮＢは、ＵＥ又はＵＥのグループを対象として、省電力及びスケジューリング動作に関連するパラメータを設定する。この設定は、例えば、オペレータによる設定に応じて、且つ／又は、セル及び／又はネットワークの他の部分におけるＵＥ能力、セル及び／又はネットワークの他の部分におけるトラフィック、セル及び／又はネットワークの他の部分における負荷、チャネル品質、サービス要件、セル配置シナリオ等に応じて、実行され得る。ＵＥは、ｇＮＢからＰｏＳＳの設定を受信する。この設定は、以下の情報要素の１つ又は組み合わせを含む、ＵＥ固有のＲＲＣシグナリング等のＲＲＣシグナリング若しくは報知シグナリング又はデフォルトパラメータ（例えば、規格において指定される）によって実行される：
－１つ以上のＵＥ ＩＤ又はＵＥ ＩＤ派生パラメータ（例えば、ＲＮＴＩ）。一般に、複数のＩＤを使用して、どのＩＤが検出されたかに基づいてＵＥに挙動選択を行わせることができることに留意されたい。ＩＤ並びに対応するＵＥ挙動及びパラメータ設定は、例えばＵＥ固有のシグナリングによって、ＲＲＣで設定され得る。
－ＵＥ ＩＤ又は関連するパラメータ（例えば、ＲＮＴＩ）から導出することができる、ＰｏＳＳの第１の部分に使用される系列ＩＤ。
－当該系列は、ＰｏＳＳの参照信号としての役割を果たすことができる。換言すれば、ＰｏＳＳは、参照信号部分及び制御チャネル部分という２つの部分を含むことができる。例えば、ＰｏＳＳは、ＤＭＲＳ（復調用参照信号）及び制御情報として、又は、同期信号及び制御情報として、形成され得る。制御情報は、参照信号とは異なる時間／周波数リソースにマッピングされることもあるし、又は、同じ時間／周波数リソースにマッピングされることもある（制御情報が複数の可能な系列の中からの当該系列の選択によって示され得る場合）。しかしながら、これらは例に過ぎず、他の実施形態も可能である。ＰｏＳＳは、当該系列又はＤＭＲＳ又はＳＳＢとは異なる系列、又は、制御情報と組み合わせて他の目的のために使用される任意の他の系列によって、形成され得るだけである。
－ＰｏＳＳの第１の部分及び／又は第２の部分によって使用される時間領域リソース及び周波数領域リソース。ここで、ＰｏＳＳの第１の部分は、省電力モードからアクティブモードへの遷移が行われる指示の受信を表す。換言すれば、第１の部分は、ＰｏＳＳを含む部分を表す。第２の部分は、アクティブモードの継続時間、又は、以下及び上記のパラメータ等の更なるパラメータを指定する制御情報である。
－第１の部分によって使用される時間領域リソース、周波数領域リソース、及び／又は符号領域リソース。これは、開始スロット／シンボルと、ＰｏＳＳが実際に送信されたかどうか又はＰｏＳＳがどの値を有するかを端末がチェックする必要があるタイミングと、によって特定され得る。ＵＥは、特定の時間領域リソース、周波数領域リソース、及び／又は符号領域リソースにおいてＰｏＳＳの第１の部分をモニタすることを要求され得る。この例では、ＵＥがＰｏＳＳの第１の部分を検出できた後、ＵＥは、制御情報又は更なる制御情報（ＰｏＳＳの第１の部分が何らかの情報も運ぶ場合）を含む、ＰｏＳＳの第２の部分を検出することに進むことができる。
－例えば、ＰＤＣＣＨといった、ＰｏＳＳの第２の部分に使用される時間領域リソース及び／又は周波数領域リソース。例えば、ＲＲＣ設定は、第１の部分の受信後にモニタされるＰＤＣＣＨのためのサーチスペース設定を指定することができる。

周波数領域リソース設定（いずれの目的にせよ、ＲＲＣシグナリングにおいて送信される、且つ／又は、第１のリソースのセット内で送信される、ＰｏＳＳ又はＰＤＣＣＨ又はＰＤＳＣＨ又はＰＵＳＣＨ）は、帯域幅部分の指示を含むことができることに留意されたい。実際のリソース位置の計算は、上述したように、ＵＥ ＩＤ又は関連するパラメータ（例えば、ＲＮＴＩ）に関連付けられ得る。時間領域リソース設定は、上述したように、周期及びオフセットのパラメータを含むことができる。更に、時間領域リソース設定は、時間／ビームインデックス又はＰｏＳＳインデックスを含むことができる（ビームスイーピングユースケースの場合）。換言すれば、ＰｏＳＳは、異なるビーム指向方向及びビームのシーケンスで送信され得る。ＰｏＳＳインデックス（又は時間インデックス）と更なるＰＤＣＣＨ／ＰＤＳＣＨ／ＰＵＳＣＨとの間のビーム指向方向の関連付けは、ＲＲＣシグナリングによって決定される。

まとめると、ＵＥは、例えば、ＲＲＣシグナリングを介して、基地局から設定を受信し、ＰｏＳＳ及び／又はＰＤＣＣＨをモニタするためにこの設定を使用する。

上述したＰｏＳＳを検出することによって、ＵＥは、以下の挙動の１つ又は組み合わせを決定する。換言すれば、ＰｏＳＳは、ＵＥ挙動を制御する更なるパラメータの指示を含み得る又は伴い得る：
－省電力モード（スリープ又はオフモードとも呼ばれる）からアクティブ（アウェイク又はオンとも呼ばれる）モードへの遷移。特に、第１のリソースのセットは、端末が省電力モードからアクティブモードに切り替わることになるタイミングの指示を運ぶことができる。一例において、切り替えは、基地局から端末へのＰｏＳＳによって動的に指示される。
－特定の時間内でのアクティブ（オン）モードから省電力モード（又はスリープ又はオフモード）への遷移。特に、第１のリソースのセットは、端末がアクティブモードから省電力モードに切り替わることになるタイミングの指示を運ぶことができる。一例において、切り替えは、第１のリソースのセット又は第２のリソースのセットのいずれかにおいて、基地局から端末へのＰｏＳＳによって動的に指示される。
－ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＩＤＬＥモードからＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードへの遷移をトリガすること。ＰｏＳＳの検出の成功に基づいて、省電力モードとアクティブモードとの間のトリガのために、ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＩＤＬＥモードからＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードへの遷移が、上述したようにトリガされ得る。
－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードからＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＩＤＬＥモードへの遷移をトリガすること。省電力モード（第１のモード）からアクティブモード（第２のモード）への上記のトリガの後、対応して、アクティブモードから省電力モードに戻る切り替えのために、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードからＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＩＤＬＥモードに戻る切り替えが、上記の実施形態において説明されたように実行され得る。具体的には、これは、ＰｏＳＳシグナリングによって与えられるタイミング、ＲＲＣによって設定されるタイミング、又は規格によって定義されるタイミング等の予め定められたタイミングの後に実行され得る。代替的に、切り替えは、このような切り替えを指示する値等を有するＰｏＳＳ信号を検出することによって、実行されてもよい。
－帯域幅部分又はニューメロロジー（サブキャリア間隔）情報を決定すること。これは、ＰＤＣＣＨ及び／又はＰＤＳＣＨ若しくはＰＵＳＣＨの受信のために、ＰｏＳＳ(一般的には、第１のリソースのセット）において示され得る。
－以下であり得る、ＰｏＳＳにおける指示による今後の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の検出によって使用される時間領域リソース及び周波数領域リソースを決定すること：
－ＰＤＣＣＨ時間及び／又は周波数領域リソース指示。これは、ＰｏＳＳのために特別に定義された新しいＣＯＲＥＳＥＴであり得る。
－ＵＥ ＩＤ又は設定されたＲＮＴＩに関連付けられ得る、ＰＤＣＣＨブラインド検出のための時間及び／又は周波数領域候補リソース。換言すれば、サーチスペース設定、又は、サーチスペース設定のための少なくとも１つのパラメータ。
－１つ以上のスロットのスケジューリング又は設定されたＰＤＳＣＨのリソースを決定し、ＰＤＳＣＨリソースにおけるトランスポートブロック（ＴＢ：transport block）を復号してＨＡＲＱ－ＡＣＫを送信した後、省電力モードに遷移すること（トランスポートブロックは、ＬＴＥ及びＮＲにおいて、例えばＰＤＳＣＨ又はＰＵＳＣＨを介した１回の送信といった１送信時間間隔内の送信のために媒体アクセス制御（ＭＡＣ）レイヤから物理レイヤに提供されるデータユニットと定義されている）。換言すれば、ＰｏＳＳと、ＰＤＣＣＨ内での又は直接的に第１のリソースのセット内での対応するＰＤＳＣＨリソース指示と、の受信によってスケジューリングされたＰＤＳＣＨ送信が終了すると、端末は、省電力モードに自動的に再び遷移することができる。
－１つ以上のスロットの（グラントを含む又は含まない）ＰＵＳＣＨのリソースを決定し、ＰＵＳＣＨリソースにおいてデータを送信して特定の期間内に再送スケジューリングを受信しなかった後、省電力モードに遷移すること。換言すれば、ＰｏＳＳと、ＰＤＣＣＨ内での又は直接的に第１のリソースのセット内での対応するＰＵＳＣＨリソース指示と、の受信によってスケジューリングされたＰＵＳＣＨ送信が終了すると、端末は、省電力モードに自動的に再び遷移することができる。

ＵＥは、ＰｏＳＳリソースにおいて様々なパラメータを検出すると、検出されたＰｏＳＳにおけるＣＲＣスクランブリングに使用された検出されたＲＮＴＩタイプに基づいて、上述した挙動の１つ又は組み合わせを決定する。例えば、１つのＲＮＴＩ（第１のＲＮＴＩ）は、ＵＥが、ＰｏＳＳを受信した後、ＰＤＣＣＨをリッスンすることを示すために予約され得るのに対し、別のＲＮＴＩ（第２のＲＮＴＩ）は、ＵＥが、ＰＤＳＣＨ又はＰＵＳＣＨを直接的に受信することを示すために予約され得る。第１のＲＮＴＩ又は第２のＲＮＴＩは、両方のＲＮＴＩがＰｏＳＳのブラインド復号において試されるように、ＰｏＳＳ信号をスクランブル又は拡散するために使用され得る。

ＲＮＴＩを使用することによる検出に代えて又はこれに加えて、ＵＥは、ＲＮＴＩとは異なる、ＰｏＳＳにおいて検出された系列ＩＤ又はインデックスに基づいて、挙動の１つ又は組み合わせを決定してもよい。ここでの用語「挙動」は、アクティブモードへの遷移後にＰＤＣＣＨが受信されるか又はデータチャネルが直接的に受信されるかに関する決定だけを含むものではない上述したパラメータ及び設定のいずれかを指すことに留意されたい。むしろ、挙動は、チャネルの設定（ＰＤＣＣＨのサーチスペース、受信又は送信されるリソース、ＨＡＲＱリソース、アクティブモードに切り替えられたときに端末が省電力モードに再び切り替わる時間等）も含むことができる。

追加的に又は代替的に、端末は、検出されたＰｏＳＳによって使用された時間／周波数／符号リソースに基づいて、且つ／又は、検出されたＰｏＳＳにおける明示的な指示に基づいて、挙動の１つ又は組み合わせを決定してもよい。

例示的な実施態様に従うと、端末は、検出されたＰｏＳＳの時間／周波数／符号領域リソースに基づいて、又は、検出されたＰｏＳＳにおいて明示的に示されている時間インデックス（ビームインデックス）に基づいて、ＰｏＳＳと今後受信されるＰＤＣＣＨとの間の疑似コロケーション（ＱＣＬ：quasi-colocation）関係又はビームインデックスの関連付けを決定する。このＱＣＬ決定は、ＰｏＳＳ検出の後に、データチャネルの割当てのためのＰＤＣＣＨをモニタすることが続く実施形態に特に関連し得る。ＱＣＬ概念は、ＮＲにおいて利用され、次のように簡略化された形で説明され得る：２つの信号がＱＣＬである場合、これは、ＵＥが、例えば、ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散、空間受信パラメータ、及びビーム指向方向といった、大規模チャネルパラメータにおいて同じ受信／送信パラメータを仮定できることを意味する。これは、ＵＥチャネル推定性能を向上させるのに役立つ。

代替的に又は追加的に、端末は、検出されたＰｏＳＳの時間／周波数／符号領域リソース、又は、検出されたＰｏＳＳにおいて明示的に示されている時間インデックス（ビームインデックス）に基づいて、ＰｏＳＳと今後受信されるＰＤＳＣＨとの間のＱＣＬ関係又はビームインデックスの関連付けを決定する。このＱＣＬ決定は、ＰｏＳＳ検出の後に、ＰＤＳＣＨ又はＰＵＳＣＨにおいてデータを直接的に送信又は受信することが続く実施形態に特に関連し得る。換言すれば、ＵＥは、検出されたＰｏＳＳと今後のＰＤＣＣＨ／ＰＤＳＣＨ／ＰＵＳＣＨとの間のＱＣＬを仮定することができる。

ＰＵＳＣＨに関して、端末は、検出されたＰｏＳＳの時間／周波数／符号領域リソース、又は、検出されたＰｏＳＳにおいて明示的に示されている時間インデックス（ビームインデックス）に基づいて、（ダウンリンク（ＤＬ）における）ＰｏＳＳと今後送信される（アップリンク（ＵＬ）における）ＰＵＳＣＨとの間のＤＬ－ＵＬビーム対応関係を決定することができる。

代替的に又は追加的に、端末は、検出されたＰｏＳＳの時間／周波数／符号領域リソース、又は、検出されたＰｏＳＳにおいて明示的に示されている時間インデックス（ビームインデックス）に基づいて、ＰｏＳＳと今後送信されるＰＵＣＣＨとの間のＤＬ－ＵＬビーム対応関係を決定する。ＰＵＣＣＨは、例えば、ダウンリンクにおけるデータ伝送に関するフィードバックを送信するために使用され得る物理アップリンク制御チャネルである。ＰＵＣＣＨは、例えば、確認応答（肯定確認応答及び／又は否定確認応答）及び／又はチャネル品質測定結果を運ぶことができる。

ＰｏＳＳ信号は、参照信号として使用され得るように、（受信機及び送信機において、すなわち、端末及び基地局において）既知の形状及び／又は電力の信号であってよい。例えば、一実施形態に従うと、端末は、上述したように設定されたＰｏＳＳを受信することによって、無線リソース管理（ＲＲＭ：radio resource management）測定を行う。ＲＲＭ機能は、例えば、ハンドオーバ制御、輻輳制御、及び呼受付制御を含む。ここで、ＰｏＳＳは、例えば、信号を受信及び／又は送信するのに適したセルを決定するために使用されてよい。換言すれば、ＲＲＭ測定及び報告は、現在の測定された対象、すなわち、ＳＳＢ及び／又はＣＳＩ－ＲＳに加えて、ＰｏＳＳの受信に基づいてよい。

すでに上述しているように、省電力モードでは、端末は、ＰｏＳＳにおいて系列を検出した後にのみ、ＰｏＳＳの第２の部分（例えば、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ）を検出することを開始することができる。系列は、ＵＥに関連付けられている任意の系列、すなわち、ＲＮＴＩ等といった、ＵＥ ＩＤでスクランブルされた系列であってよい。

ＰｏＳＳの受信後に、ＵＥによる今後のＰＤＣＣＨの検出が、ページングとして実行されることがあり（例えば、ＲＲＣ＿ＩＤＬＥモードで実行される場合には、ＰｏＳＳが検出された後に、ＵＥは、ページングをモニタすることを開始することができる、あるいは、ＰｏＳＳがページングに置き換わってもよい）、この場合、（ＰＤＣＣＨスケジューリング又はページングメッセージの）ＣＲＣが、特別なページングＲＮＴＩ（Ｐ－ＲＮＴＩ）（ＵＥ固有又はグループ固有のＲＮＴＩであり得る）でスクランブルされていることに留意されたい。換言すれば、ページングのＰＤＣＣＨは、ＲＲＣ設定によってＰｏＳＳを受信する前にモニタされる必要はない。むしろ、ページング手順は、ＰｏＳＳ受信の後に続いてよい。

ＰｏＳＳの受信後の端末挙動の決定において使用されるＲＮＴＩは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＭＣＳ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、又は、新たに定義される省電力ＲＮＴＩであってよく、これらは、例えばＲＲＣシグナリングによって、上述したように設定されてよい。非限定的な例示的な例として、ＵＥのアクティブな挙動が、一般的なＵＥ固有レベルで制御される場合、Ｃ－ＲＮＴＩが使用されてよい。ＵＥのアクティブな挙動が、現在のＳＰＳ（semi-permanent scheduling）設定を再使用する場合、ＣＳ－ＲＮＴＩが使用されてよい。ＳＰＳ設定ＩＤは、ＰｏＳＳにおいて示され得る。これは、ＵＥ固有又はＵＥグループ固有であり得る。ＵＥのアクティブな挙動が、ＵＲＬＬＣユースケースに対するものである場合、ＵＥ固有であるＭＣＳ－ＲＮＴＩが使用されてよい。ＵＥのアクティブな挙動の制御が、現在のスロットフォーマット指示（ＳＦＩ：slot format indication）のシグナリング構成を再使用する場合、ＵＥグループレベルであるＳＦＩ－ＲＮＴＩが使用されてよい。

例示的な実施形態において、第２の部分のＣＲＣがＣ－ＲＮＴＩでスクランブルされているＰｏＳＳをＵＥが検出すると、ＵＥは、ＰｏＳＳにおける指示に基づいて、ＰＤＳＣＨ／ＰＵＳＣＨリソース割当てを決定する。

ＵＥは、第２の部分のＣＲＣが特定の新しいＵＥグループＲＮＴＩ又はＵＥ固有ＲＮＴＩでスクランブルされているＰｏＳＳを検出すると、ＰｏＳＳにおける（例えば、ＰｏＳＳの第２の部分における）指示に基づいて、今後の制御チャネルリソース位置を決定することができる。

ＵＥは、第２の部分のＣＲＣがＳＦＩ－ＲＮＴＩでスクランブルされているＰｏＳＳを検出すると、ＵＥは、ＰｏＳＳにおける指示に基づいて、今後のスロットフォーマット（又は今後のリソース方向）を決定することができる。

したがって、端末は、ＰｏＳＳモニタ中、ＰｏＳＳ（第１のリソースのセット）の受信のために設定されたリソースのみをブラインド復号する必要がある。設定の可能性は、上記のいくつかの例において説明されており、ＲＲＣ、規格定義、及び／又はいくつかの更なるパラメータに対する依存性を含むことができる。

検出されたＰｏＳＳの時間／周波数／符号領域リソース、又は、検出されたＰｏＳＳにおいて明示的に示されている時間インデックス（ビームインデックス）は、他の目的のために使用されてもよい。例えば、これらのうちの１つ以上に応じて、ＵＥは、ＵＬ電力制御空間関連パラメータを決定することができる。例えば、現在の規格では、電力制御パラメータは、空間又はビーム指向方向情報を含み、これは、異なるビーム指向方向に対する異なる電力制御パラメータ設定を可能にするためのインデックスのようなものである。ＵＥ送信電力制御は、ＰｏＳＳから得られるこの情報を用いることができる。しかしながら、電力制御は、代替的に又は追加的に、他のパラメータを含んでもよく、ＰｏＳＳを使用することによって決定されてもよい。

特定の例示的な実施態様に従うと、ＵＥが、ＰｏＳＳを検出すると、ＵＥは、検出された系列ＩＤ、インデックス、又はＵＥ ＩＤに応じて、以下の挙動のうちの１つに従うことができる。
－ＰｏＳＳにおける指示に基づいて、ＰＤＳＣＨ／ＰＵＳＣＨリソース割当てを決定すること。
－ＰｏＳＳにおける指示に基づいて、今後の制御チャネルリソース位置（ＰＤＣＣＨ及び／又はＰＵＣＣＨ）を決定すること。
－ＰｏＳＳにおける指示に基づいて、今後のスロットフォーマット（又は今後のリソース方向）を決定すること。

別の例示的且つ非限定的な実施態様に従うと、ＵＥが、ＰｏＳＳを検出すると、ＰｏＳＳの時間／周波数／符号リソース位置／インデックスに応じて、ＵＥは、以下の挙動のうちの１つに従う。
－検出されたＰｏＳＳの時間／周波数／符号リソース又は含まれる指示に基づいて、ＰＤＳＣＨ／ＰＵＳＣＨリソース割当てを決定すること。
－検出されたＰｏＳＳの時間／周波数／符号リソース又は含まれる指示に基づいて、今後の制御チャネルリソース位置（ＰＤＣＣＨ及び／又はＰＵＣＣＨ）を決定すること。
－検出されたＰｏＳＳの時間／周波数／符号リソース又は含まれる指示に基づいて、今後のスロットフォーマット（又は今後のリソース方向）を決定すること。

換言すれば、ＰｏＳＳの時間／周波数／符号リソース位置／インデックスは、ＰｏＳＳの検出後に上記の３つの可能な挙動のうちのどれが適用されるかを決定する。

まとめると、ＰｏＳＳによるＰＤＣＣＨ／ＰＤＳＣＨ／ＰＵＳＣＨリソース指示は、検出されたＰｏＳＳのリソースインデックス、ＵＥ ＩＤ、ＲＮＴＩ、及び、ＰｏＳＳ ＰＤＣＣＨにおける明示的なフィールドであり得る入力パラメータの何らかの組み合わせを用いることができる。

ＰｏＳＳと示されている今後のＰＤＣＣＨ／ＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨとの間のビーム／ＱＣＬ関連指示又はビーム対応指示が、仮定されてもよく、例えば、固定されていてもよいし、又は、ＲＲＣ等のシグナリングによって設定されてもよい。

電力制御関連パラメータ（特に、ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳについての空間情報）は、検出されたＰｏＳＳから導出され得る。換言すれば、サウンディング参照信号（ＳＲＳ：sounding reference signal）設定は、１つ以上のＰｏＳＳパラメータに基づいて選択され得る。複数のＳＲＳ設定が、可能であってもよいし、規格において提供されてもよいし、又は、ＲＲＣシグナリングによって定義されてもよく、ＰｏＳＳパラメータが、それらの中から適用可能なＳＲＳ設定を選択してもよい。

上述したように、省電力モードからアクティブモードへのモード切り替えは、ＰｏＳＳの検出によってトリガされる。ただし、アクティブモードから省電力モードに切り替えるために、ＰｏＳＳが同様に適用可能であってもよい。具体的には、（予期されるリソースである第１のリソースのセットにおいてＰｏＳＳを検出しないのではなく）ＰｏＳＳの検出は、第１のモードから第２のモードへのモード切り替え及び第２のモードから第１のモードへのモード切り替えをトリガしてもよい。代替的に、ＰｏＳＳがとることが可能な異なる値が存在してもよく、一方の値は、第１のモードから第２のモードへの切り替えを示してよく、他方の値は、第２のモードから第１のモードへの切り替えを示してよい。

ＰｏＳＳ検出手順は、２つのステップを含むことができる。第１のステップにおいて、ＰｏＳＳが存在するかどうか又はＰｏＳＳがどの値を有するかを判定するために、系列検出が実行される。第２のステップにおいて、ＰＤＣＣＨ設定又はＰＤＳＣＨ／ＰＵＳＣＨ設定が検出される。上記では、第１の部分及び第２の部分の制御情報の両方がこの順序で判別されることが例示されているが、これは、それらが両方とも第１のリソースにおけるものである場合であり得る。しかしながら、本開示は、そのような設定によって限定されるものではなく、第１のリソースのセットは、ＰｏＳＳの第１の部分と第２の部分とリソースとが、時間領域及び／又は周波数領域及び／又は符号領域において分離されるように、分散されてもよい。

ＰｏＳＳは、ＲＲＭ測定に使用されてもよい。

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

更に、様々な実施形態は、プロセッサによって実行されるソフトウェアモジュールによって又はハードウェアで直接的に、実現されてもよい。また、ソフトウェアモジュールとハードウェア実装とを組み合わせることもできる。ソフトウェアモジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤ等のあらゆる種類のコンピューター読み取り可能な記憶媒体に記憶することができる。更に、異なる実施形態の個々の特徴は、個別に又は任意の組み合わせで、別の実施形態の主題であり得ることに留意されたい。

当業者であれば、具体的な実施形態に示されているような本開示に対して多数の変形及び／又は変更を行うことができることを理解するであろう。したがって、本実施形態は、全ての点で例示的であり、限定的ではないと考えられるべきである。

まとめると、モバイルデバイスであって、動作中、信号を受信及び／又は送信する送受信機と、動作中、第１のリソースのセットにおいて信号をモニタし、モニタされた信号がモバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合、第２のリソースのセットにおいて信号を受信又は送信し、モニタされた制御信号において示されている期間の後、第２のリソースのセットにおいて信号を受信又は送信せず、第１のリソースのセットにおいて制御信号をモニタする、ように送受信機を制御する回路と、を備えるモバイルデバイスが提供される。

例えば、期間外では、モニタされた制御信号が第２の値を有するインジケータを含む場合、第１のリソースのセットにおいて制御信号をモニタし続け、第２のリソースのセットにおいて信号を受信又は送信しない。

第１のリソースのセットは、同期信号又は参照信号に対して割当てられたリソースから、固定された間隔又は無線リソース制御プロトコルによって設定された間隔で、配置されてよい。

更に、一実施形態において、回路は、動作中、期間内では、第１のリソースのセットにおいて制御信号をモニタしない。

一例において、モバイルデバイスは、期間外では第１のモードにあり、期間内では第２のモードにあると称され、回路は、動作中、モバイルデバイスが第２のモードにあるとき、第１のリソースのセットにおいて制御信号をモニタし、モニタされた制御信号が第２の値を有するインジケータを含む場合、省電力期間後にモバイルデバイスを第１のモードに設定する。

詳細には、モバイルデバイスは、期間外では第１のモードにあり、期間内では第２のモードにあると称され、回路は、動作中、第１のモードから第２のモードにモバイルデバイスを設定すると、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に基づいて、スケジューリング情報を受信するために物理ダウンリンク制御チャネルにおいてモニタされるリソース候補を決定し、リソース候補における信号を受信するように送受信機を制御し、リソース候補における受信された信号に基づいて、ダウンリンク又はアップリンクデータ伝送のためのデータリソースを決定し、決定されたデータリソースにおいてデータを受信又は送信するように送受信機を制御する。

一実施形態に従うと、モバイルデバイスは、期間外では第１のモードにあり、期間内では第２のモードにあると称され、回路は、動作中、第１のモードから第２のモードにモバイルデバイスを設定すると、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に基づいて、ダウンリンク又はアップリンクデータ伝送のためのデータリソースを決定し、決定されたデータリソースにおいてデータを受信又は送信するように送受信機を制御する。

更に、いくつかの例において、回路は、動作中、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に基づいて、決定されたデータリソースに対応する送信確認応答の受信又は送信のためのリソースを決定する。

詳細には、モバイルデバイスは、期間外では第１のモードにあり、期間内では第２のモードにあると称され、回路は、第１のモードから第２のモードにモバイルデバイスを設定すると、モバイルデバイスの識別情報に基づいて、且つ／又は、トラフィックに基づいて、ダウンリンク又はアップリンクデータ伝送のためのデータリソースをスケジューリングするスケジューリング情報を受信するために物理ダウンリンク制御チャネルにおいてモニタされるリソース候補が、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に応じて決定されるか、又は、直接的に、ダウンリンク又はアップリンクデータ伝送のためのデータリソースが、モニタされた制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に応じて決定されるか、を選択する。

更に、いくつかの例示的な実施態様において、モバイルデバイスの識別情報は、直交系列又は準直交系列のセットからの疑似ランダム系列と、無線ネットワーク一時識別子（ＲＮＴＩ）と、のうちの少なくとも一方である。

いくつかの実施形態において、回路は、動作中、検出された制御信号の時間リソース、周波数リソース、又は符号リソースに基づいて、モニタされた制御信号と第２のリソースのセットにおけるデータチャネルとの間のＱＣＬ関係又はビームインデックスの関連付けを決定する。

例えば、第１のリソースのセットのモニタは、第２のリソースのセットのモニタよりも少ないブラインド復号を含む。このように、ＰｏＳＳのモニタは、より電力効率的であり得る。

別の態様に従うと、動作中、信号を受信及び／又は送信する送受信機と、動作中、第１のリソースのセットにおいて、モバイルデバイスを対象とした信号を送信し、送信された信号がモバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合、第２のリソースのセットにおいてモバイルデバイスを対象とした信号を受信又は送信し、送信された制御信号において示されている期間の後、第２のリソースのセットにおいて信号を受信又は送信せず、第１のリソースのセットにおいて、モバイルデバイスを対象とした制御信号を送信する、ように送受信機を制御する回路と、を備えるネットワークノードが提供される。

例えば、期間外では、送信された制御信号が第２の値を有するインジケータを含む場合、第１のリソースのセットにおいて制御信号を送信し続け、第２のリソースのセットにおいて、（特定のモバイルデバイスを対象とした）信号を受信又は送信しない。

第１のリソースのセットは、同期信号又は参照信号に対して割当てられたリソースから、固定された間隔又は無線リソース制御プロトコルによって設定された間隔で、配置されてよい。

更に、一実施形態において、回路は、動作中、期間内では、第１のリソースのセットにおいて、所与のモバイルデバイスを対象とした制御信号を送信しない。

一例において、モバイルデバイスは、期間外では第１のモードにあり、期間内では第２のモードにあると称され、ネットワークノードの回路は、動作中、モバイルデバイスが第２のモードにあるとき、第１のリソースのセットにおいて制御信号を送信し、送信された制御信号が第２の値を有するインジケータを含む場合、アクティブ期間後のモバイルデバイスが第１のモードにあるとみなす。

別の例において、回路は、動作中、第１のモードから第２のモードにモバイルデバイスを設定すると、スケジューリング情報を受信するために物理ダウンリンク制御チャネルにおいてモニタされるリソース候補を決定し、送信される制御信号中に対応する指示を含め且つ／又はモバイルデバイスの識別情報を含め、リソース候補において信号を送信するように送受信機を制御し、リソース候補における送信された信号に基づいて、ダウンリンク又はアップリンクデータ伝送のためのデータリソースを決定（設定）し、決定されたデータリソースにおいてデータを受信又は送信するように送受信機を制御する。

一実施形態に従うと、回路は、動作中、第１のモードから第２のモードにモバイルデバイスを設定すると、ダウンリンク又はアップリンクデータ伝送のためのデータリソースを決定（設定）し、送信される制御信号中に対応する指示を含め且つ／又はモバイルデバイスの識別情報を含め、決定されたデータリソースにおいてデータを受信又は送信するように送受信機を制御する。

更に、いくつかの例において、回路は、動作中、送信された制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に基づいて、決定されたデータリソースに対応する送信確認応答の受信又は送信のためのリソースを決定（設定）する。

詳細には、一例において、回路は、第１のモードから第２のモードにモバイルデバイスを設定すると、モバイルデバイスの識別情報に基づいて、且つ／又は、トラフィックに基づいて、ダウンリンク又はアップリンクデータ伝送のためのデータリソースをスケジューリングするスケジューリング情報のために物理ダウンリンク制御チャネルにおいてモバイルデバイスを対象として送信されるリソース候補が、送信された制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に応じて決定されるか、又は、直接的に、ダウンリンク又はアップリンクデータ伝送のためのデータリソースが、送信された制御信号に含まれる指示及び／又はモバイルデバイスの識別情報に応じて決定（設定）されるか、を選択する。

更に、いくつかの例示的な実施態様において、モバイルデバイスの識別情報は、直交系列又は準直交系列のセットからの疑似ランダム系列と、無線ネットワーク一時識別子（ＲＮＴＩ）と、のうちの少なくとも一方である。

いくつかの実施形態において、回路は、動作中、検出される制御信号の時間リソース、周波数リソース、又は符号リソースに基づいて、モニタされる制御信号と第２のリソースのセットにおけるデータチャネルとの間のＱＣＬ関係又はビームインデックスの関連付けを決定（設定）する。

例えば、第１のリソースのセットのモニタは、第２のリソースのセットのモニタよりも少ないブラインド復号を含む。このように、ＰｏＳＳのモニタは、より電力効率的であり得る。

上述した装置によって実行されるステップに対応する方法も提供される。例えば、第１のリソースのセットにおいて信号をモニタすることと、モニタされた信号がモバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合、第２のリソースのセットにおいて信号を受信又は送信し、モニタされた制御信号において示されている期間の後、第２のリソースのセットにおいて信号を受信又は送信せず、第１のリソースのセットにおいて制御信号をモニタする、ように送受信機を制御することと、を含む方法が提供される。

更に、第１のリソースのセットにおいて信号を送信するステップと、モニタされた信号がモバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合、第２のリソースのセットにおいて信号を受信又は送信し、送信された制御信号において示されている期間の後、第２のリソースのセットにおいて信号を受信又は送信せず、第１のリソースのセットにおいて制御信号を送信する、ように送受信機を制御するステップと、を含む方法が提供される。

Claims (11)

1. モバイルデバイスの処理を制御する集積回路であって、前記処理は、
   信号を受信及び／又は送信する送受信と、
   第１のリソースのセットにおいて制御信号をモニタし、
   モニタされた前記制御信号が前記モバイルデバイスの識別情報と第１の値を有するインジケータとを含む場合、
   第２のリソースのセットにおいて信号を受信又は送信し、
   モニタされた前記制御信号において示されている期間の後、前記第２のリソースのセットにおいて信号を受信又は送信せず、前記第１のリソースのセットにおいて前記制御信号をモニタし、
   検出された前記制御信号の時間リソース、周波数リソース、又は符号リソースに基づいて、モニタされた前記制御信号と前記第２のリソースのセットにおけるデータチャネルとの間の疑似コロケーション関係又はビームインデックスの関連付けを決定する、
   集積回路。
2. 前記期間外では、モニタされた前記制御信号が第２の値を有する前記インジケータを含む場合、前記第１のリソースのセットにおいて前記制御信号をモニタし続け、前記第２のリソースのセットにおいて信号を受信又は送信しない、
   請求項１に記載の集積回路。
3. 前記第１のリソースのセットは、同期信号又は参照信号に対して割当てられたリソースから、固定された間隔又は無線リソース制御プロトコルによって設定された間隔で、配置される、
   請求項１又は２に記載の集積回路。
4. 前記期間内では、前記第１のリソースのセットにおいて前記制御信号をモニタしない、
   請求項１乃至３のうちのいずれか１項に記載の集積回路。
5. 前記モバイルデバイスは、前記期間外では第１のモードにあり、前記期間内では第２のモードにあると称され、
   前記モバイルデバイスが前記第２のモードにあるとき、前記第１のリソースのセットにおいて前記制御信号をモニタし、モニタされた前記制御信号が第２の値を有する前記インジケータを含む場合、前記期間後の前記モバイルデバイスを前記第１のモードに設定する、
   請求項１乃至３のうちのいずれか１項に記載の集積回路。
6. 前記モバイルデバイスは、前記期間外では第１のモードにあり、前記期間内では第２のモードにあると称され、
   前記第１のモードから前記第２のモードに前記モバイルデバイスを設定すると、
   モニタされた前記制御信号に含まれる指示及び／又は前記モバイルデバイスの識別情報に基づいて、スケジューリング情報を受信するために物理ダウンリンク制御チャネルにおいてモニタされるリソース候補を決定し、
   前記リソース候補における信号を受信し、
   前記リソース候補における受信された該信号に基づいて、ダウンリンク又はアップリンクデータ伝送のためのデータリソースを決定し、
   決定された前記データリソースにおいてデータを受信又は送信する、
   請求項１乃至５のうちのいずれか１項に記載の集積回路。
7. 前記モバイルデバイスは、前記期間外では第１のモードにあり、前記期間内では第２のモードにあると称され、
   前記第１のモードから前記第２のモードに前記モバイルデバイスを設定すると、
   モニタされた前記制御信号に含まれる指示及び／又は前記モバイルデバイスの識別情報に基づいて、ダウンリンク又はアップリンクデータ伝送のためのデータリソースを決定し、
   決定された前記データリソースにおいてデータを受信又は送信する、
   請求項１乃至５のうちのいずれか１項に記載の集積回路。
8. モニタされた前記制御信号に含まれる指示及び／又は前記モバイルデバイスの識別情報に基づいて、決定された前記データリソースに対応する送信確認応答の受信又は送信のためのリソースを決定する、
   請求項６又は７に記載の集積回路。
9. 前記モバイルデバイスは、前記期間外では第１のモードにあり、前記期間内では第２のモードにあると称され、
   前記第１のモードから前記第２のモードに前記モバイルデバイスを設定すると、前記モバイルデバイスの識別情報に基づいて、且つ／又は、トラフィックに基づいて、
   ダウンリンク又はアップリンクデータ伝送のためのデータリソースをスケジューリングするスケジューリング情報を受信するために物理ダウンリンク制御チャネルにおいてモニタされるリソース候補が、モニタされた前記制御信号に含まれる指示及び／又は前記モバイルデバイスの識別情報に応じて決定されるか、又は、
   直接的に、ダウンリンク又はアップリンクデータ伝送のためのデータリソースが、モニタされた前記制御信号に含まれる指示及び／又は前記モバイルデバイスの識別情報に応じて決定されるか、
   を選択する、
   請求項１乃至８のうちのいずれか１項に記載の集積回路。
10. 前記モバイルデバイスの識別情報は、
    直交系列又は準直交系列のセットからの疑似ランダム系列と、
    無線ネットワーク一時識別子（ＲＮＴＩ）と、
    のうちの少なくとも一方である、
    請求項１乃至９のうちのいずれか１項に記載の集積回路。
11. 前記第１のリソースのセットのモニタは、前記第２のリソースのセットのモニタよりも少ないブラインド復号を含む、
    請求項１乃至１０のうちのいずれか１項に記載の集積回路。

Images