JP6925438B2 - Ｍｔｃ機器の電力消費を抑えるシグナリング指標 - Google Patents

Description

本開示は、一般に、無線通信に関し、より詳細には、シグナリング指標によるＭＴＣ機器の電力消費に関する。

３ＧＰＰは、マシン−ツー−マシン（Ｍ２Ｍ）および／またはモノのインターネット（ＩｏＴ）関連の使用事例を網羅する技術を規定し、発展させている。３ＧＰＰリリース１３の場合、新たなＵＥカテゴリＭ１（Ｃａｔ−Ｍ１）を伴うマシンタイプ通信（ＭＴＣ）をサポートするエンハンスメント、最大６つの物理リソースブロック（ＰＲＢ）の低減された最大帯域幅をサポートすること、ならびに新たな無線インターフェース（および、ＵＥカテゴリＮＢ１（Ｃａｔ−ＮＢ１））を規定する狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）作業項目を含む。

ＭＴＣに関して３ＧＰＰリリース１３に導入されたＬＴＥエンハンスメントを「ｅＭＴＣ」と称し、帯域幅制限ＵＥ、Ｃａｔ−Ｍ１、Ｃａｔ−Ｍ２のサポート、およびカバレッジエンハンスメントのサポートを含むが、これらに限定されない、３ＧＰＰリリース１４に導入されたさらなるエンハンスメントを「ＦｅＭＴＣ」と称する。これは、ＮＢ−ＩｏＴから議論を分離するためであるが、サポートされる特徴は一般的なレベルで類似する。

「レガシー」ＬＴＥ、たとえば、リリース８ユーザ機器と（ＮＢ−ＩｏＴと同様に）ｅＭＴＣまたはＦｅＭＴＣ作業用に規定された手順およびチャネルとの間には、複数の差異が存在する。いくつかの重要な差異は、ｅＭＴＣにおいて用いられるＭＰＤＣＣＨおよびＮＢ−ＩｏＴにおいて用いられるＮＰＤＣＣＨと呼ばれる、新たな物理ダウンリンク制御チャネルを含む。

３ＧＰＰ ＲＡＮ＃７０ミーティングにおいては、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）という名称のリリース１３作業項目が認められた。その目的は、屋内カバレッジの改善、莫大な数の低スループット機器のサポート、耐遅延用途、超低機器コスト、低機器電力消費、および（最適化）ネットワークアーキテクチャに対処するセルラーのモノのインターネット（ＩｏＴ）の無線アクセスを規定することである。

ＮＢ−ＩｏＴの場合は、３つの異なる動作モード、すなわち、スタンドアロン、ガードバンド、およびインバンドが規定されている。スタンドアロンモードにおいて、ＮＢ−ＩｏＴシステムは、専用周波数帯で動作する。インバンド動作の場合、ＮＢ−ＩｏＴシステムは、現行のＬＴＥシステムが使用する周波数帯内に配置可能である一方、ガードバンドモードの場合、ＮＢ−ＩｏＴシステムは、現行の（レガシー）ＬＴＥシステムが使用するガードバンドにおいて動作可能である。ＮＢ−ＩｏＴは、１８０ｋＨｚのシステム帯域幅で動作可能である。複数のキャリアが設定された場合は、複数の１８０ｋＨｚキャリアの使用により、たとえばシステム容量の増大、セル間干渉協調、負荷分散等を行うことができる。

通常よりも多くの容量を必要とする特定の使用事例、たとえば、ソフトウェアまたはファームウェアのアップグレードに適応するため、マルチキャリア動作が用いられる。ＮＢ−ＩｏＴ危機は、アンカーキャリア上のシステム情報をリッスンするが、データが存在する場合は、通信を副キャリアに移動可能である。

３ＧＰＰ ＲＡＮ＃７５ミーティングにおいては、レイテンシおよび電力消費のさらなる低減、測定精度の向上、ＮＰＲＡＣＨ信頼性のエンハンスメント、およびレンジエンハンスメント等に関してＮＢ−ＩｏＴの性能をさらに拡張する実用的な合意として、別途ＮＢ−ＩｏＴエンハンスメント リリース１５作業項目が合意されている（ＲＰ−１７０８５２参照）。また、レイテンシおよび電力消費のさらなる低減は、以下のような目的の１つである。

レイテンシおよび電力消費のさらなる低減
物理チャネルの電力消費の低減
アイドルモードページングおよび／または接続モードＤＲＸに関し、ＮＰＤＣＣＨ／ＮＰＤＳＣＨの復号に先立って効率的に復号または検出可能な物理信号／チャネルを検討し、有益と考えられる場合は、これを規定する。［ＲＡＮ１、ＲＡＮ２、ＲＡＮ４］
ＵＬ／ＤＬセミパーシステントスケジューリングを検討し、有益と考えられる場合は、これをサポートする。［ＲＡＮ２、ＲＡＮ１、ＲＡＮ４］
電力消費／レイテンシ利得を評価し、ＮＰＲＡＣＨ送信の後、ＲＲＣ接続セットアップが完了となる前に、ランダムアクセス手順において、専用リソース上のＤＬ／ＵＬデータ送信の必要なサポートを規定［ＲＡＮ２、ＲＡＮ１、ＲＡＮ３］
最終データ送信後のＲＲＣ接続の高速解放の別途エンハンスメントを考慮［ＲＡＮ２］
セル再選択のモニタリングの緩和［ＲＡＮ２、ＲＡＮ４］
たとえば（再）設定によるセル（再）選択のＵＥモニタリングの緩和を可能にする。
物理レイヤＳＲのサポート［ＲＡＮ１、ＲＡＮ２］
リリース１４ ＳＣ−ＰＴＭサポートに加えたＲＬＣ ＵＭのサポート［ＲＡＮ２］

ＬＴＥ作業項目のさらに拡張されたＭＴＣにおいては、ＲＰ−１７０７３２において以下のように、類似の目的も与えられている。

電力消費の改善
物理チャネルの電力消費の低減
アイドルモードページングおよび／または接続モードＤＲＸに関し、物理ダウンリンク制御／データチャネルの復号に先立って効率的に復号または検出可能な物理信号／チャネルを検討し、有益と考えられる場合は、これを規定する。
接続モードに関し、ＵＬにおけるデータ送信に対して、ＤＬにおけるＨＡＲＱ−ＡＣＫフィードバックの物理信号／チャネル／ＤＣＩを検討し、有益と考えられる場合は、これを規定する。
セル再選択のモニタリングの緩和
たとえば（再）設定によるセル（再）選択のＵＥモニタリングの緩和を可能にする。
非ＢＬ ＵＥに対して、ＣＥモードと非ＣＥとの間の効率的な遷移をサポート
節電を目的として、ＣＥモード動作（すなわち、狭帯域／広帯域）を可能にする。
この作業は、リリース１４で完了となっていない場合、ＲＡＮ＃７６後に開始される。

上記問題に、既存の解決手段、たとえば、
リリース１５ ＦｅＮＢ−ＩｏＴの場合の「アイドルモードページングおよび／または接続モードＤＲＸに関し、ＮＰＤＣＣＨ／ＮＰＤＳＣＨの復号に先立って効率的に復号または検出可能な物理信号／チャネルを検討し、有益と考えられる場合は、これを規定する。」、
リリース１５ ｅｆｅＭＴＣの場合の「アイドルモードページングおよび／または接続モードＤＲＸに関し、物理ダウンリンク制御／データチャネルの復号に先立って効率的に復号または検出可能な物理信号／チャネルを検討し、有益と考えられる場合は、これを規定する。」、
等により対処するため、電力消費の低減のための方法および装置が開示される。

以下の記述において、ＮＢ−ＩｏＴは、現行の狭帯域ＩｏＴシステムを表し、ｅＭＴＣは、ＬＴＥの拡張されたＭＴＣを表す。

現行のＮＢ−ＩｏＴまたはｅＭＴＣ設計において、ＵＥは、ＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ両モードの制御チャネルをモニタリングする必要がある。すなわち、ページングメッセージがＲＲＣ＿ＩＤＬＥモードに存在するか、または、その専用送信がＲＲＣ＿ＣＯＮＮＥＣＴＥＤに存在するかをＵＥが検出できるように、ＭＰＤＣＣＨ（ｅＭＴＣ）またはＮＰＤＣＣＨ（ＮＢ−ＩｏＴ）の復号を試行するようにしてもよい。

ＮＢ−ＩｏＴおよびｅＭＴＣがサポートするカバレッジエンハンスメントのため、場合によっては、より多くの繰り返しが用いられる。制御チャネルモニタリングに関して、ＵＥは、ネットワークにより設定された検索空間をモニタリングした後、ブラインド検出の実行によって、ＤＣＩが送信されたか否かを確認する。たとえばＤＣＩメッセージまたは関連するビット列の最大繰り返し数は、ネットワークにより設定される。ＤＣＩがＵＥに送信されたか否かに関わらず、ＵＥは、モニタリングするように設定された検索空間においてブラインド検出を実行する必要がある。最大繰り返し数が場合により非常に大きくなり得ることから、ＤＣＩがＵＥに送信されていない場合、ＵＥは、検索空間全体のモニタリングにその電力を浪費することになる。

この問題を説明するため、ＲＲＣ＿ＩＤＬＥモード（簡潔には「アイドルモード」）のＮＢ−ＩｏＴシステムを一例として論じる。ただし、ＤＲＸが用いられる場合は、同様の原理がＲＲＣ＿ＣＯＮＮＥＣＴＥＤモード（簡潔には「接続モード」）においても当てはまる。さらに、ｅＭＴＣも類似の設計を有し、設定中の数字および特定チャネルの名称の一部がＮＢ−ＩｏＴとは異なり得るが、原理は同じである。

ページングをモニタリングするためのアイドルモード動作が図１に示され、図１は、ページングをモニタリングするためのＵＥアイドルモード動作を示している。すべてのページングサイクルにおいて、ＵＥは、指定時間ウィンドウでウェイクアップして、ページングメッセージが存在するかを確認する。ページングサイクルは、ＤＲＸまたはｅＤＲＸサイクルとして設定されていてもよい。最大ＤＲＸおよびｅＤＲＸサイクルはそれぞれ、１０．２４秒および２時間５４分４６秒である（ｅＭＴＣの対応値は、２．５６秒および４３分４１秒である）。ページングメッセージは、ＮＰＤＳＣＨにおいて搬送され、ＮＰＤＣＣＨにおいて搬送されたＤＣＩフォーマットＮ２によりスケジューリングされる。１つのページングメッセージ内での複数のＵＥのページングレコードの多重化がサポートされる。

極度のカバレッジ制限状況にあるＵＥの場合は、最大２０４８回のＮＰＤＣＣＨの繰り返しがＤＣＩの送信に用いられるようになっていてもよい。このため、ＵＥは、２０４８個ものサブフレームを受信して、関連するＮＰＤＳＣＨ上でページングメッセージが送信されたかを判定する必要があり得る（最終ＮＰＤＣＣＨサブフレームの最後から４つのＮＢ−ＩｏＴサブフレームを開始する）。ただし、大抵の場合は、ＵＥのページングが存在しないため、ｅＤＲＸサイクル中にＤＣＩフォーマットＮ２が送信されることはない（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける専用送信にも同じことが当てはまる）。このため、電力効率の観点から、ＵＥは多くの場合、無用に長い時間にわたって作動し続け、ＤＣＩフォーマットＮ２の復号を試行する可能性がある。マシンタイプ機器の場合は、最長１０年間にわたって再充電することなく、非常に長いバッテリ寿命を実現することが目標である。このようなＮＰＤＣＣＨの復号の試行による結果としての長時間により、ＵＥの電力消費が増大して、バッテリ寿命に強い悪影響を及ぼすことになる。

現在、ＵＥは、何らかの早期終了基準を実装することにより、制御チャネルをモニタリングする検索空間において自分宛てのメッセージが存在するかを仮定することができる。ただし、ＵＥは、閾値が適正に調節されていない場合、ダウンリンク制御情報を見逃してしまう可能性がある。

ｅＭＴＣ動作の場合に電力消費を低減する別の解決手段は、Ｒ１−１６７６１２において提供されている。Ｒ１−１６７６１２の解決手段では、次のＭＰＤＣＣＨの復号に進むかをＵＥに知らせるように「ウェイクアップ」信号を設計する。ただし、Ｒ１−１６７６１２で与えられる解決手段では、特にＮＢ−ＩｏＴにおいて採用される場合に、特定のスケジューリング柔軟性に欠ける。さらに、図２に見られるように、ウェイクアップ信号を検出する場合の一例として、ＵＥは、実際の送信ＮＰＤＣＣＨ／ＭＰＤＣＣＨを検出できない場合、設定数の繰り返し（Ｒｍａｘ）だけＮＰＤＣＣＨ／ＭＰＤＣＣＨをリッスンする必要がある。ＤＣＩが検出されない場合、ＵＥは、ＤＣＩの欠測またはウェイクアップ信号の誤警報があったものと理解する。一方、信号が検出されない場合、ＵＥは、スリープ移行および／または制御チャネルのモニタリングの停止を行う。ＵＥによりウェイクアップ信号が検出されない場合は、ＮＰＤＣＣＨ／ＭＰＤＣＣＨを見逃すリスクがある。

本明細書に記載の実施形態では、ＵＥが次の制御チャネル検索空間（ＮＢ−ＩｏＴ ＵＥの場合のＮＰＤＣＣＨ検索空間ならびにＢＬ／ＣＥ ＵＥ、ＢＬ ＵＥ、もしくは非ＢＬ ＵＥの場合のＭＰＤＣＣＨ検索空間）をモニタリングし続けるべきかを「強制スリープ」および／または「ウェイクアップ」信号が示す解決手段を可能にし得る。このシグナリングは、解決手段を実際に実現可能とするような設計および／またはシステムオーバヘッドの増大による悪影響を制限するような設計となっている。

いくつかの実施形態は、ＲＲＣ＿ＩＤＬＥ中のページング用またはＲＲＣ＿ＩＤＬＥ中のＤＲＸの使用時に制御チャネルをモニタリングし続けるべきかのＵＥに対する短い指標を実際に可能にする方法に関する。ほとんどの場合は、ＵＥの制御チャネルが存在しないため、特に高いカバレッジエンハンスメントレベルにおいては、ＵＥのバッテリ寿命にとって非常に有益となる。カバレッジエンハンスメントは、多くの情報繰り返しへの対応ならびに／またはＵＥに関する信号強度および／もしくは信号品質との関連付けが可能である。

本明細書に記載のいくつかの実施形態によれば、ＵＥにおける電力消費の低減が提供される。本明細書に記載のいくつかの実施形態によれば、ネットワーク側でのスケジューリング柔軟性が維持される。本明細書に記載のいくつかの実施形態によれば、システムオーバヘッドが制限され、いくつかの実施形態によれば、制御情報検出の信頼性が保護および／または保証される。

既存の解決手段で上記問題に対処するため、ユーザ機器における方法が開示される。この方法は、制御情報に関する信号が第１の期間中に存在するかを判定することと、判定に応じて、制御情報の復号を試行するかどうかを決定することと、を含む。

また、ネットワーク機器における方法が開示される。この方法は、制御情報が第１の期間中に存在するかに関する信号を送信することと、送信された信号に従って、制御情報をＵＥに送信することと、を含む。

期間は、サブフレーム、スロット、または所定の有限長を有する他の期間に対応していてもよい。

本明細書の実施形態において用いられる「所定」は、信号の送信および／または受信に先立って、ｅＢＮおよびＵＥの両者が信号の意味を同じように理解していることを示し得る。

本明細書に記載のモニタリング停止は、モニタリングを停止することまたは後続の制御チャネル検索空間のモニタリングを開始しないことを含んでいてもよい。本明細書に記載のモニタリング停止は、モニタリングを停止することまたは後続の制御情報のモニタリングを開始しないことを含んでいてもよい。本明細書に記載のモニタリング停止は、制御情報および／または制御チャネルの復号の試行を控えることを含んでいてもよい。

制御チャネル検索空間は、ＮＰＤＣＣＨ（狭帯域物理ダウンリンク制御チャネル）および／またはＭＰＤＣＣＨ（マシンタイプ通信物理ダウンリンク制御チャネル）検索空間であってもよい。制御チャネルは、ＮＰＤＣＣＨおよび／またはＭＰＤＣＣＨであってもよい。

本明細書の実施形態において、共有チャネルは、ＮＰＤＳＣＨ（狭帯域物理ダウンリンク共有チャネル）またはＰＤＳＣＨ（マシンタイプ通信物理ダウンリンク共有チャネル）であってもよい。

制御情報は、ｅＮＢとの通信にＵＥが要する情報であってもよい。一例において、制御情報は、ダウンリンク制御情報である。

以下、開示の実施形態ならびにそれぞれの特徴および利点をより完全に理解するため、添付の図面と併せて、以下の説明を参照する。

ページングをモニタリングするためのアイドルモード動作におけるユーザ機器を示す図である。 制御チャネル検索空間に関係するウェイクアップ信号を示す図である。 無線通信ネットワークを示す図である。 特定の実施形態に係る、ユーザ機器における方法のフロー図である。 特定の実施形態に係る、ネットワーク機器における方法のフロー図である。 制御チャネル検索空間に関係する強制スリープを示す図である。 制御チャネル検索空間に関係する強制スリープの欠如を示す図である。 ページングをモニタリングするためのアイドルモード動作におけるユーザ機器を示す図である。 制御チャネル検索空間に関係する長さインジケータを伴うウェイクアップ信号を示す図である。 制御チャネル検索空間に関係するウェイクアップ信号のリソース使用を示す図である。 制御チャネル検索空間に関係するウェイクアップ信号のリソース使用を示す図である。 特定の実施形態に係る、例示的なユーザ機器の概略ブロック図である。 特定の実施形態に係る、例示的なネットワーク機器の概略ブロック図である。 特定の実施形態に係る、例示的なユーザ機器の概略ブロック図である。

図３は、本明細書の実施形態が動作し得る無線通信ネットワーク１００を示す。いくつかの実施形態において、無線通信ネットワーク１００は、ロングタームエボリューション（ＬＴＥ）ネットワーク等の無線通信ネットワークであってもよい。本明細書において、無線通信ネットワーク１００は、ＬＴＥネットワークとして例示されているが、ＬＴＥアドバンスト、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、ＧＳＭ／ＥＤＧＥ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ／Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、超モバイル広帯域（ＵＭＢ）もしくはＧＳＭ、またはその他任意の類似ネットワークもしくはシステムのうちのいずれか１つの技術を採用していてもよい。また、無線通信ネットワーク１００は、ＬＴＥベースの狭帯域ＩｏＴ通信および／またはＬＴＥベースのＭＴＣの技術を採用していてもよい。また、無線通信ネットワーク１００は、たとえばミリ波（ｍｍＷ）で送信可能な超高密度ネットワーク（ＵＤＮ）であってもよい。

無線通信ネットワーク１００は、ネットワーク機器１１０、１２を備える。ネットワーク機器１１０、１２は、少なくとも１つのセル１１５にサーブする。ネットワーク機器１１０は、たとえば基地局、無線基地局、ｅＮＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、フェムト基地局（ＢＳ）、ピコＢＳ等、無線通信ネットワーク１００においてユーザ機器および／または別のネットワーク機器と通信可能な如何なる種類のネットワーク機器または無線ネットワーク機器に対応していてもよい。また、ネットワーク機器１１０、１２のその他の例は、たとえばリピータ、基地局（ＢＳ）、ＭＳＲ ＢＳ等のマルチスタンダード無線（ＭＳＲ）無線ノード、ｅＮｏｄｅＢ、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレー、ドナーノード制御リレー、送受信基地局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、分散アンテナシステムのノード、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ等）、Ｏ＆Ｍ、ＯＳＳ、ＳＯＮ、測位ノード（たとえば、Ｅ−ＳＭＬＣ）、ＭＤＴ等であってもよい。

図３において、セル１１５内には、ユーザ機器１２１、１４が位置付けられている。ユーザ機器１２１は、ネットワーク機器１１０、１２がサーブする無線リンク上でネットワーク機器１１０を介して無線通信ネットワーク１００内で通信するように設定されている。ユーザ機器１２１、１４は、セルラー、モバイル、または無線通信ネットワークもしくはシステムにおいてネットワーク機器および／または別のユーザ機器と通信する如何なる種類の無線機器を表していてもよい。このようなユーザ機器の例は、移動式電話、携帯電話、個人用デジタル補助装置（ＰＤＡ）、スマートフォン、タブレット、ＵＥが搭載されたセンサ、ラップトップ搭載型機器（ＬＭＥ）（たとえば、ＵＳＢ）、ラップトップ埋め込み型機器（ＬＥＥ）、マシンタイプ通信（ＭＴＣ）機器、マシンツーマシン（Ｍ２Ｍ）機器、加入者宅内機器（ＣＰＥ）、ターゲット機器、ＮＢ−ＩｏＴ ＵＥまたは機器、デバイス−ツー−デバイス（Ｄ２Ｄ）ユーザ機器、マシンツーマシン（Ｍ２Ｍ）通信可能なユーザ機器等である。

さらに、以下の実施形態は、図３を参照して説明するが、本明細書の実施形態を何ら制限するものではなく、説明を目的とした一例に過ぎないと解釈されるものとする。また、無線通信ネットワーク１００、ネットワーク機器１１０、１２、およびユーザ機器１２１、１４は、たとえばＮＢ−ＩｏＴ、ＥＣ−ＧＳＭ−ＩｏＴ、ＬＴＥ ＭＴＣ等、本明細書に記載の実施形態が特に有利となり得る繰り返しベースのリンク適応を利用した無線アクセス技術をサポートし得ることに留意するものとする。ただし、本明細書に記載の実施形態は、スモールセルまたはアップリンク送信電力が制限されたセルを用いて動作するように設定された如何なる無線通信ネットワークにも適用可能であり、これらのネットワークにおいて有利となり得る。

ＵＥの電力消費を低減する１つの考え得る解決手段として、制御チャネル検索空間（たとえば、ＮＰＤＣＣＨ／ＭＰＤＣＣＨ検索空間）の最初のサブフレーム前または制御チャネル検索空間の最初のサブフレーム中に、次の制御チャネル検索空間においてＤＣＩが送信されるかを示すことが挙げられる。

図４は、ユーザ機器（ＵＥ）のための方法であって、制御情報に関する信号が第１の期間中に存在するかを判定すること（１０１）と、判定に応じて制御情報の復号を試行するかを決定すること（１０２）と、を含む、方法の一実施形態を示したブロック図である。

制御情報に関する信号は、当該期間中に制御情報が存在しないことを示していてもよいし、第１の期間に続く第２の期間中に制御情報が存在しないことを示していてもよい。制御情報に関する信号は、制御情報が存在せず、制御情報のモニタリングをＵＥが停止可能であることを示していてもよい。制御情報に関する信号は、制御情報が存在せず、第１の期間中の制御情報のモニタリングの停止および／または第１の期間に続く第２の期間中の制御情報のモニタリングの停止をＵＥが行い得ることを示していてもよい。

いくつかの実施形態において、信号の存在および／またはＵＥによる受信があった場合、ＵＥは、制御チャネルのモニタリングを停止する。

図５は、ネットワーク機器（ＮＥ）（たとえば、ｅＮＢ）のための方法であって、制御情報が第１の期間中に存在するかに関する信号を送信することと、送信された信号に従って制御情報をＵＥに送信することとを含む方法の一実施形態を示したブロック図である。

以下に論じる通り、制御情報に関する信号の送信方法および／または信号が表す内容に関しては、多くの選択肢が存在する。

制御情報に関する信号のような信号は、「強制スリープ」信号および／または「ウェイクアップ」信号を表していてもよい。また、この信号は、制御情報の代替または追加として、制御チャネルに関していてもよい。

「強制スリープ」信号が用いられるようになっていてもよい。この信号は、後続のＮＰＤＣＣＨ／ＭＰＤＣＣＨ検索空間等の制御チャネル検索空間においてダウンリンク制御情報（ＤＣＩ）等の制御情報が送信されないことを示すのに用いられる。このような信号の受信に際して、ＵＥは、スリープモードに戻る。ただし、信号、たとえば、「強制スリープ」信号が検出されない場合、ＵＥは、制御チャネルにおいて搬送される制御情報（たとえば、ＤＣＩ）の復号を試行するように作動する必要がある。あるいは、信号、たとえば、「強制スリープ」信号が検出されない場合、ＵＥは、たとえばＮＰＤＣＣＨ／ＭＰＤＣＣＨ等、制御チャネル上で搬送される制御情報、たとえば、ＤＣＩの復号を試行する。

「強制スリープ」信号の手法により、このような信号を提供してＵＥの電力効率を向上させたいかを判定するのは、ネットワーク機器（たとえば、ｅＮＢ）の役割である。このような信号（または、インジケータ）が無くても、ＵＥがＤＣＩを見逃すことはないためである。ｅＮＢは、信号を送信するか否かを決定するようにしてもよい。したがって、これは非常に動的な解決手段であり、このようなインジケータ信号をいつでも省略可能であることは、ｅＮＢスケジューラの柔軟性の観点から好都合と考えられる。たとえば、制御チャネル検索空間の開始前のサブフレームが制御チャネルまたは共有チャネルの別のＵＥへの送信に既に使用されている場合、ｅＮＢは、このような信号（または、インジケータ）を省略したくなる場合がある。

この信号、たとえば、「強制スリープ」信号は、後続の（ｅ）ＤＲＸサイクル中にページングレコードが送信されないことを示すのに用いられるようになっていてもよい。このような信号の受信に際して、ＵＥは、スリープモードに戻る。ただし、「強制スリープ」信号が検出されない場合、ＵＥは、ＮＰＤＣＣＨにおいて搬送されるＤＣＩフォーマットＮ２の復号を試行するように作動したままである必要がある。

ｅＮＢは、信号の送信に利用可能なリソースが存在するか否かに基づいて、信号を送信するか否かを決定するようにしてもよい。一方、制御チャネル検索空間の開始前のサブフレームが利用可能な場合またはＮＰＤＣＣＨ／ＭＰＤＣＣＨ検索空間の最初のサブフレームが利用可能な場合、ｅＮＢは、（ｅ）ＤＲＸサイクル中にページングメッセージが存在しない場合または次の制御チャネル検索空間においてＤＣＩが送信されない場合、このような信号（または、インジケータ）のシグナリングによって、ＵＥの省エネを補助することができる。

ｅＮＢは、ページングメッセージおよび／またはＤＣＩ等の制御情報が存在しない場合、信号を送信するようにしてもよい。さらに、「強制スリープ」信号の手法は、ＵＥがこのような信号（または、インジケータ）を検出できない場合でも、ページングメッセージおよび／またはＤＣＩ等の制御情報を見逃すリスクがない意味で堅牢である。また、強制スリープ信号の送信が必要となるのは、設定されたページングフレーム中すなわちＤＲＸが設定されたＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードのＵＥが存在する場合と、対応するサブフレーム中のみである。ｅＮＢは、ページングメッセージが送信される場合および／またはＵＥにＤＲＸが設定されている場合に信号を送信するようにしてもよい。

「強制スリープ」信号は、必ずしも１つまたは複数のサブフレーム全体を占有する必要がない。ｅＮＢは、１つまたは複数のサブフレームにおいて信号を送信するようにしてもよい。この信号は、時間領域もしくは周波数領域、たとえば、スロット中の最初の数シンボル、または時間領域もしくは周波数領域の組み合わせにおいて、サブフレームの一部を使用可能である。ｅＮＢは、サブフレームの一部、たとえば、１つまたは複数のシンボルにおいて信号を送信するようにしてもよい。ＵＥは、サブフレームの一部、たとえば、１つまたは複数のシンボルにおいて信号を受信するようにしてもよい。

「強制スリープ」信号の手法により、このような信号を提供してＵＥの電力効率を向上させたいかを判定するのは、ｅＮＢの役割であってもよい。このようなインジケータが無くても、ＵＥがページングメッセージを見逃すことはないためである。このようなインジケータを省略可能であることは、ｅＮＢスケジューラの柔軟性の観点から好都合と考えられる。たとえば、ＮＰＤＣＣＨ検索空間の開始前のサブフレームがＮＰＤＣＣＨまたはＮＰＤＳＣＨの別のＵＥへの送信に既に使用されている場合、ｅＮＢは、このようなインジケータを省略したくなる場合がある。一方、ＮＰＤＣＣＨ検索空間の開始前のサブフレームが利用可能な場合、ｅＮＢは、（ｅ）ＤＲＸサイクル中にページングメッセージが存在しない場合、このようなインジケータのシグナリングによって、ＵＥの省エネを補助することができる。さらに、「強制スリープ」信号の手法は、ＵＥがこのようなインジケータを検出できない場合でも、ページングメッセージを見逃すリスクがない意味でより堅牢である。ただし、１つの欠点として、ＵＥの最大の節電を実現できるのは、（ｅ）ＤＲＸサイクル中にページングメッセージが存在しない場合にいつでもこのようなインジケータが送信される場合のみであり、これでは、（設定されたページングフレームの数に応じて）システムのオーバヘッドが増大することになる。

ｅＭＴＣおよびＮＢ−ＩｏＴのインバンド配置においては、各ダウンリンクサブフレームの最初に、ｅＭＴＣおよびＮＢ−ＩｏＴが使用しない１つまたは複数のシンボルを含む領域が存在する。「強制スリープ」信号をこの領域にマッピング可能と考えられる。ｅＮＢは、サブフレームの最初のシンボルにおいて信号を送信するようにしてもよい。ｅＮＢは、サブフレームの最初および／または２番目のシンボルにおいて信号を送信するようにしてもよい。ｅＮＢは、サブフレームの最初、２番目、および／または３番目のシンボルにおいて信号を送信するようにしてもよい。ＵＥは、サブフレームの最初のシンボルにおいて信号を受信するようにしてもよい。ＵＥは、サブフレームの最初および／または２番目のシンボルにおいて信号を受信するようにしてもよい。ＵＥは、サブフレームの最初、２番目、および／または３番目のシンボルにおいて信号を受信するようにしてもよい。この領域がすべてのダウンリンクサブフレームにおいて利用可能であることから、制御チャネル検索空間内であっても、信号を任意のサブフレームにおいて送信可能である。ｅＮＢは、ページングメッセージを含まないすべてのダウンリンクサブフレーム中またはＵＥにＤＲＸが設定されている場合において、信号を送信するようにしてもよい。これは、検索空間の最初に制御チャネルを送信するのに当該検索空間を使用した後、送信対象の制御チャネルが無くなった場合に「強制スリープ」信号を送信可能であることを意味する。

「強制スリープ」信号の長さおよび／またはフォーマットは、セル中のすべてのＵＥで同一にすることも可能であるし、ＵＥごとに独立して設定することも可能である。また、長さおよび／またはフォーマットは、ＵＥのカバレッジ状態に依存していてもよい。いくつかの非排他的な例が以下のように与えられる。

「強制スリープ」信号としては、以下の選択肢のうちの１つまたは複数が可能であるが、これらに限定されない。
１．シンボルへと変調された所定のビット列。ＵＥにおける受信シンボルの復号後、ＵＥが「強制スリープ」となるべき旨をビット列が示す場合、ＵＥは、後続の制御チャネル検索空間のモニタリングを停止する。所定のビット列を使用する利点として、簡単な実装が可能となり、ステータスおよび／またはカバレッジ状態に関わらず、すべてのＵＥが制御情報に関する同じ信号を検索または探索可能である。
２．シンボルへと変調され、ＮＰＤＣＣＨ／ＭＰＤＣＣＨ検索空間等の制御チャネル検索空間の設定最大長に基づいて繰り返される所定のビット列。この代替または追加として、信号は、制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長に基づいて繰り返されるビット列を含む。その利点として、チャネル状態の悪化のため、より長い検索空間を使用するＵＥは、当該ＵＥが強制スリープとなるべき旨を示すより長い信号を除外し得る。これにより、ＵＥが信号を検出する可能性が高くなる。したがって、繰り返し数は暗示的に、ＵＥの検索空間長とカバレッジおよび／またはカバレッジレベルとの間に相関がある場合のＵＥのカバレッジ状態に基づき得る。受信シンボルの復号後、ＵＥが「強制スリープ」となるべき旨をビット列が示す場合、ＵＥは、後続の制御チャネル検索空間のモニタリングを停止する。
３．所定のコード化ビット列（コードレートおよび／または繰り返し数は、制御チャネル検索空間の設定最大長に依存する）。この代替または追加として、信号は、制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長にコードレートが依存するコード化ビット列を含む。その利点として、チャネル状態の悪化のため、より長い検索空間を使用するＵＥは、たとえば、より短い検索空間を伴うＵＥよりも堅牢なコード化を除外し得る。これにより、選択されたコード化レートによって、ＵＥが信号を検出する可能性が高くなる。受信シンボルの復号後、ＵＥが「強制スリープ」となるべき旨をビット列が示す場合、ＵＥは、後続の制御チャネル検索空間のモニタリングを停止する。
４．所定のシンボル列（シンボル列の長さは、制御チャネル検索空間の設定最大長に依存する）。この代替または追加として、信号は、制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長に長さが依存するシンボル列を含む。その利点として、チャネル状態の悪化のため、より長い検索空間を使用するＵＥは、上記第３項に類似して、当該ＵＥが強制スリープとなるべき旨を示すより長い信号を除外し得る。その違いは、シンボルへと変調されたビット列の代わりにシンボルが繰り返される点である。シンボル列の検出後、ＵＥは、後続の制御チャネル検索空間のモニタリングを停止する。
５．所定の長いシンボル列（シンボル列の最後は、複数の短いシンボル列から成る）。短いシンボル列の数は、制御チャネル検索空間の設定最大長に依存する。その利点として、ＵＥは、信号の意味および／または情報を判定した後、信号の検出および／または受信を中断することにより、省エネが可能である。長いシンボル列または複数の短いシンボル列の検出後、ＵＥは、後続の制御チャネル検索空間のモニタリングを停止する。
６．強制スリープ信号は、制御チャネル繰り返しレベル等の制御チャネル繰り返しレベルと関連付けられていてもよい。制御情報に関する信号は、ＵＥの繰り返しレベルに基づいて有効化されるようになっていてもよい。これにより、ネットワークは、ＮＰＤＣＣＨ／ＭＰＤＣＣＨ検索空間等の制御チャネル検索空間において特定の制御チャネル繰り返しレベルが使用されないことを機器に通知可能であり、機器が迅速に強制スリープとなり得る。ｅＮＢは、たとえば設定の指標をＵＥに送信することにより、制御チャネル検索空間において、利用可能な繰り返しレベルの部分集合のみをＵＥが使用可能である旨を設定するようにしてもよい。
７．「強制スリープ」信号のシグナリング部および有効化／無効化に関して、ｅＮＢは、任意の時点でＵＥに通知することなく、信号を送信に含んでいてもよいし、含んでいなくてもよい。ページングに使用する場合、ネットワークは原理上、セル中のＵＥを把握しておらず、設定されたページングフレーム／サブフレームにおいて、信号を「ブラインド」包含および／または送信することが必要となる。ただし、マシンタイプ機器は静止していることが多く、早期のデータセッション、トラッキングエリアアップデート等から判断するため、ネットワークは、当該ネットワーク中のＵＥを推定することができる。この特徴は、これらＵＥに関する能力との比較によるサポートによって、所与の時間における「強制スリープ」信号の送信すなわちシステムオーバヘッドの微増の形態でのネットワークへの悪影響とＵＥの電力消費に対する好影響との間のバランスの考慮が有益であるか否かに関するｅＮＢの決定を誘導することも可能である。一実施形態において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードのＤＲＸにより適する場合、ｅＮＢは、能力に応じて上記特徴をサポートするＵＥがそれぞれのＤＲＸ設定に従って制御チャネルをモニタリングしている場合にのみ「強制スリープ」信号を送信することになる。別の実施形態において、この特徴をサポートするＵＥは、システムオーバヘッドの増加を最小限に抑えるため、別個のページングオケージョン／ページングフレーム（ページング分割）を有することも可能である。
８．ただし、ＵＥが新たな「強制スリープ」を復号するのは二度手間となるため、別の実施形態において、ｅＮＢは、システム情報ブロードキャストにおいて特徴が有効化されているかを示すことになる（簡単なオン／オフ指標または後述の差別化）。この設定はセル固有であり、ＲＲＣ＿ＩＤＬＥ中のページングおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＤＲＸには、同じ指標または別個の指標を使用することも可能である。後者の場合、特徴のネットワーク有効化／無効化は、専用シグナリング、たとえば、ＲＲＣ接続確立中のＲＲＣシグナリングにおいて示すことも可能である。ＮＢ−ＩｏＴの場合、特徴の有効化／無効化は、キャリアごとのシグナリング、たとえば、異なる非アンカーキャリアに対して異なる設定（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＤＲＸに最適）も可能である。カバレッジエンハンスメントレベルが高ければ利得が最大になるため、さらに別の実施形態において、特徴の有効化／無効化は、カバレッジエンハンスメントレベルごとのシグナリングも可能である。すなわち、ＮＰＤＣＣＨ／ＭＰＤＣＣＨ繰り返し数に応じて、異なるセッティングが設定され得るように構成され得る。一例において、ｅＮＢは、ＳＩまたはＲＲＣにおいてシグナリングされた特定の閾値Ｒを上回る繰り返しレベルに対して「強制スリープ」信号が送信される旨のシグナリングも可能である。「強制スリープ」信号（「ウェイクアップ」信号を除く）に関する一実施形態においては、ＵＥは、（上述のスケジューリング柔軟性を保つために）すべての考え得る生起においてｅＮＢが必ずしも信号を送信する必要がなく、それぞれの利益のために信号の復号を試行すべきものとして、特徴の有効化に関するｅＮＢからの指標が解釈されるものとする。

制御チャネル検索空間の設定最大長は、ダウンリンクサブフレームの数であってもよい。制御チャネル検索空間の設定最大長は、連続するダウンリンクサブフレームの数であってもよい。制御チャネル検索空間の設定最大長は、システム情報の送信および／または受信に用いられるサブフレームを除いて、連続するＮＢ−ＩｏＴダウンリンクサブフレームの数であってもよい。

図６および図７に示すように、強制スリープ信号等の信号を使用する利点は、最大限の送信が可能となる点である。強制スリープ信号の検出に際して、ＵＥは、後続の設定検索空間が当該ＵＥを対象としないことを把握するため、モニタリングを停止するようにしてもよい。信号が検出されない場合、ＵＥは、最大繰り返し数Ｒｍａｘまで、制御チャネルのモニタリングを継続するようにしてもよい。この場合は、制御チャネル上で制御情報を見逃すリスクがない。ＵＥがモニタリングすべき制御チャネルが存在する場合は、強制スリープ信号が送信されない。この場合は、スケジューリングの柔軟性が最大に維持されるほか、ＵＥにおける節電を実現可能である。

「ウェイクアップ」信号が用いられるようになっていてもよい。この信号は、ＮＰＤＣＣＨ／ＭＰＤＣＣＨ検索空間等の次の制御チャネル検索空間において制御情報、たとえば、１つまたは複数のＤＣＩが送信されることを示すのに用いられる。このような信号の受信に際して、ＵＥは、制御チャネル中／上で搬送される制御情報の復号を試行するようにしてもよい。ただし、「ウェイクアップ」信号が存在しない場合、ＵＥは、スリープへの復帰および／またはモニタリングの中止が可能である。「ウェイクアップ」信号は、ＮＰＤＣＣＨ／ＭＰＤＣＣＨ検索空間等の制御チャネル検索空間の開始前のサブフレームにおける送信または制御チャネル検索空間の最初の送信が可能である。また、「ウェイクアップ」信号は、必ずしも１つまたは複数のサブフレーム全体を占有しない。この信号は、時間領域もしくは周波数領域、たとえば、スロット中の最初の数シンボル、または時間領域および周波数領域の組み合わせにおいて、サブフレームの一部を使用可能である。

この信号は、後続の（ｅ）ＤＲＸサイクル中に１つまたは複数のページングレコードが送信されることを示すのに用いられるようになっていてもよい。このような信号の受信に際して、ＵＥは、ＮＰＤＣＣＨにおいて搬送されるＤＣＩフォーマットＮ２の復号を試行するように作動したままである必要がある。ただし、「ウェイクアップ」信号が存在しない場合、ＵＥは、スリープに戻ることができる。

「ウェイクアップ」信号の手法により、後続の制御チャネル検索空間においてＤＣＩが存在する場合にのみ、この信号を送信すべきであることから、ＵＥの節電の最大化に要するオーバヘッドは小さくなる。ただし、後続の制御チャネル検索空間においてＤＣＩが実際に存在する場合は、ウェイクアップ信号を送信する必要があり、そうしなければＵＥがページングメッセージを見逃すことになる。ただし、制御チャネル検索空間の開始前のサブフレームは、制御チャネルまたはＮＰＤＳＣＨ／ＰＤＳＣＨの別のＵＥまたはＳＩメッセージへの送信に既に使用されている可能性が高い。したがって、この解決手段がスケジューリング柔軟性に影響を及ぼす可能性または「ウェイクアップ」信号が常には送信されない可能性があり、ＤＣＩが欠測となる。

１つの考え得る解決手段としては、システム情報（ＳＩ）を用いて「ウェイクアップ」信号が使用されるか否かを示す。これにより、ネットワークは、このような特徴のオンとオフとを切り替わり得る。特徴がオフとなった場合、ＵＥは、「ウェイクアップ」信号の確認を省略可能であるが、制御チャネル検索空間のモニタリングを常に試行する必要がある。

本明細書の実施形態のうちの１つまたは複数において、
ｅＮＢは、ＵＥに送信されているシステム情報（ＳＩ）を用いて「ウェイクアップ」信号が使用されるか否かを示す。
ＵＥは、システム情報（ＳＩ）を用いて「ウェイクアップ」信号が使用されるか否かの指標を受信するようにしてもよい。
ｅＮＢは、「ウェイクアップ」信号の有無の動的または準動的な指標を使用するようにしてもよい。
ｅＮＢは、ＵＥのカバレッジ状態に基づいて「ウェイクアップ」シグナリングを有効化するようにしてもよい。この有効化は、上述の通り、シグナリングにより実行されるようになっていてもよい。
制御チャネル検索空間の設定長に基づいて、「ウェイクアップ」シグナリングを有効化する。
「ウェイクアップ」信号を設定できない委任機会を有する。これにより、ＵＥに対する最小限の到達可能性が保証される。

「ウェイクアップ」の長さおよび／またはフォーマットは、セル中のすべてのＵＥで同一にすることも可能であるし、ＵＥのカバレッジ状態に応じて決めることも可能である。いくつかの非排他的な例が以下のように与えられる。

「ウェイクアップ」信号としては、以下の選択肢のうちの１つまたは複数が可能であるが、これらに限定されない。
１．シンボルへと変調された所定のビット列。受信シンボルの復号後、ＵＥが「ウェイクアップ」となるべき旨をビット列が示す場合、ＵＥは、後続の制御チャネル検索空間のモニタリングを開始する。所定のビット列を使用する利点として、簡単な実装が可能となり、ステータスおよび／またはカバレッジ状態に関わらず、すべてのＵＥが制御情報に関する同じ信号を検索または探索可能である。
２．シンボルへと変調され、制御チャネル検索空間の設定最大長に基づいて繰り返される所定のビット列。この代替または追加として、信号は、制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長に基づいて繰り返されるビット列を含む。その利点として、チャネル状態の悪化のため、より長い検索空間を使用するＵＥは、当該ＵＥが強制スリープとなるべき旨を示すより長い信号を除外し得る。これにより、ＵＥが信号を検出する可能性が高くなる。したがって、繰り返し数は暗示的に、ＵＥの検索空間長とカバレッジおよび／またはカバレッジレベルとの間に相関がある場合のＵＥのカバレッジ状態に基づき得る。受信シンボルの復号後、ＵＥが「ウェイクアップ」となるべき旨をビット列が示す場合、ＵＥは、後続の制御チャネル検索空間のモニタリングを開始する。
３．所定のコード化ビット列（コードレートおよび／または繰り返し数は、制御チャネル検索空間の設定最大長に依存する）。この代替または追加として、信号は、制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長にコードレートが依存するコード化ビット列を含む。その利点として、チャネル状態の悪化のため、より長い検索空間を使用するＵＥは、たとえば、より短い検索空間を伴うＵＥよりも堅牢なコード化を除外し得る。これにより、選択されたコード化レートによって、ＵＥが信号を検出する可能性が高くなる。受信シンボルの復号後、ＵＥが「ウェイクアップ」となるべき旨をビット列が示す場合、ＵＥは、後続の制御チャネル検索空間のモニタリングを開始する。
４．所定のシンボル列（シンボル列の長さは、制御チャネル検索空間の設定最大長に依存する）。この代替または追加として、信号は、制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長に長さが依存するシンボル列を含む。その利点として、チャネル状態の悪化のため、より長い検索空間を使用するＵＥは、上記第３項に類似して、当該ＵＥが強制スリープとなるべき旨を示すより長い信号を除外し得る。その違いは、シンボルへと変調されたビット列の代わりにシンボルが繰り返される点である。シンボルの検出後、ＵＥは、「ウェイクアップ」となるべき場合、後続の制御チャネル検索空間のモニタリングを開始する。
５．所定の長いシンボル列（シンボル列の最後は、複数の短いシンボル列から成る）。短いシンボル列の数は、制御チャネル検索空間の設定最大長に依存する。その利点として、ＵＥは、信号の意味および／または情報を判定した後、信号の検出および／または受信を中断することにより、省エネが可能である。長いシンボル列または複数の短いシンボル列の検出後、ＵＥは、「ウェイクアップ」となるべき場合、後続の制御チャネル検索空間のモニタリングを開始する。
６．ウェイクアップ−スリープ信号は、特定の制御チャネル繰り返しレベルと関連付けられていてもよい。制御情報に関する信号は、ＵＥの繰り返しレベルに基づいて有効化されるようになっていてもよい。これにより、ネットワークは、検索空間において特定の制御チャネル繰り返しレベルが使用されることを機器に通知可能であり、機器が当該繰り返しレベルにモニタリングを制限可能となる。

「ウェイクアップ」信号のシグナリング部および有効化／無効化に関しては、「強制スリープ」信号についての同じ記述が当てはまる。ただし、１つの主要な相違点として、特徴が有効化されたか否かのＵＥによる把握が必要となる場合があり、ｅＮＢは、有効化された場合に「ウェイクアップ」信号が常に送信されるようにしなければならない。そうしなければ、制御チャネルが欠測となる。したがって、「ウェイクアップ」信号に対しては、何らかの有効化／無効化通知が常に適用され得る（一方、「強制スリープ」信号の場合は任意選択である）。これがどの程度の動的となり得るか、たとえば標準に固定されて完全に非動的となり得るか、または（上記「強制スリープ」信号についての）システム情報またはＲＲＣにおけるシグナリング等、さまざまなレベルが存在する。ただし、スケジューリング柔軟性の制約による欠点を制限するため、可能な限り動的にすることによって、ａ）ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）中のフラグ、ｂ）ＳＩＢ１またはその他任意のＳＩＢ中の指標、ｃ）ＤＣＩ中の直接的指標、ｄ）ＲＲＣ設定および再設定において有効化される実施形態が望ましい。

ＣＯＮＮＥＣＴＥＤ＿ＭＯＤＥ部のＤＲＸに関して、ｅＮＢは、この特徴のＵＥ能力をその他任意のＵＥ能力として把握することになる（すなわち、最初は添付としてＵＥから伝達され、その後はＵＥコンテキストの一部として伝達される）。ただし、ページング部の場合、ｅＮＢは、ＵＥがこの特徴をサポートするかについて、何も把握していないことになる。この場合は、このＵＥ能力がネットワークノード（たとえば、ＭＭＥである可能性が最も高い）に格納され、ＵＥがこの特徴を有し得る旨の指標が、ＭＭＷからｅＮＢに送信されるページングリクエストに含まれる必要がある。この場合、ｅＮＢは、「ウェイクアップ」信号を含む必要があるか否かを把握することになる。このことは、ＵＥに対するページングが存在しない場合にも送信され得ることから、「強制スリープ」信号には適さない。ただし、この特徴がサポートされているか否かに応じてページングリソースが分割されている場合、このページングリクエスト中の新たな情報要素は、ＵＥのページングを行うべきページングリソースをｅＮＢが把握するために必要となる（上記参照。これは、ページング分割が「ウェイクアップ」信号に適用される場合にも適用可能である）。

両選択肢を図８に示すことができ、この図は、ページングをモニタリングするＵＥのアイドルモード動作を示している。両選択肢は、特にカバレッジが極度に制限された状況のＵＥに対して、ＵＥの電力消費の低減に役立ち得る。ここでは、ＮＢ−ＩｏＴが一例として用いられる。ｅＭＴＣも類似の設計を有するが、設定中の数字および特定チャネルの名称の一部がＮＢ−ＩｏＴとは異なり得る。

「ウェイクアップ」信号の手法により、後続の（ｅ）ＤＲＸサイクルにおいてページングメッセージが存在する場合にのみ、この信号を送信すべきであることから、ＵＥの節電の最大化に要するオーバヘッドは小さくなる。ただし、後続の（ｅ）ＤＲＸサイクルにおいてページングメッセージが実際に存在する場合は、ウェイクアップ信号を送信する必要があり、そうしなければＵＥがページングメッセージを見逃すことになる。ただし、ＮＰＤＣＣＨ検索空間の開始前のサブフレームは、ＮＰＤＣＣＨまたはＮＰＤＳＣＨの別のＵＥまたはＳＩメッセージへの送信に既に使用されている可能性が高い。したがって、この解決手段がスケジューリング柔軟性に影響を及ぼす可能性または「ウェイクアップ」信号が常には送信されない可能性があり、ページングが欠測となる。

一例として、図９に見られるように、ＵＥによる省エネの方法には、改善の余地がある。

「ウェイクアップ」信号は、次の制御チャネル検索空間における制御チャネルの送信の実際の長さを示すことができる。送信の実際の長さが制御チャネル検索空間の設定最大長よりも短いことを信号が示す場合、ＵＥは、次の制御チャネル検索空間の設定最大長を探し続ける必要がない。

ウェイクアップ信号の検出に際して、ＵＥは、制御チャネル送信の長さに関する情報も受信する。したがって、この信号は、制御情報を含む制御チャネル送信の長さを示していてもよい。制御情報が検出されない場合、ＵＥは、ＤＣＩの欠測またはウェイクアップ信号の誤警報があったものと理解する。信号が検出されない場合、ＵＥは、モニタリングを停止可能である。ただし、制御チャネルの長さに関する情報を用いてＵＥが省エネを行い得るにも関わらず、ウェイクアップ信号がＵＥにより検出されない場合は、ＮＰＤＣＣＨ／ＭＰＤＣＣＨを見逃すリスクが考えられる。

ウェイクアップ信号の使用は、図１０に一部見られるように改善可能である。たとえば、ページングの場合、第１のＵＥの実際の制御チャネル送信は常に、検索空間の最初に開始となる。検索空間の最初にチャネルが第２のＵＥで占有されるにつれ、ｅＮＢがウェイクアップ信号の送信を決定した場合は、第２のＵＥに対する送信をセグメント化する必要がある。そうしなければ、ＵＥがＮＰＤＣＣＨ／ＭＰＤＣＣＨを見逃すため、ページングが欠測となる。

ウェイクアップ信号の使用は、図１１に一部見られるように改善可能である。非ページングの場合、第１のＵＥの実際の制御チャネル送信は、その検索空間の途中に開始となり得る。第１のＵＥは、検索空間の最初の候補を含めて、検索空間における複数の候補のブラインド検出を必要とする場合がある。

検索空間の最初にチャネルが第２のＵＥで占有されるにつれ、ｅＮＢがウェイクアップ信号の送信を決定した場合は、第２のＵＥの送信をセグメント化する必要がある。そうしなければ、ＵＥが制御チャネルを見逃すため、制御情報が欠測となる。

上記のような指標のいずれか、たとえば、ウェイクアップまたは強制スリープをサポートする厳密な波形は、このような指標を受信するＵＥ側の付加的な開発努力を最小化できるように、他のダウンリンクチャネルと類似していてもよい。たとえば、既存のＮＢ−ＩｏＴダウンリンクＯＦＤＭ送信が用いられるようになっていてもよい。このような指標をマッピングするシンボルまたはビット列パターンは、上記の通りである。

「強制スリープ」および「ウェイクアップ」両信号が用いられるようになっていてもよい。「強制スリープ」および「ウェイクアップ」シグナリングがそれぞれの利益を有することから、ネットワークにおいて両者をサポートするのが有益と考えられる。「強制スリープ」および「ウェイクアップ」シグナリングのサポートの切り替えは、上位レイヤによる設定（システム情報（ＳＩ）シグナリングにおけるブロードキャストもしくはＵＥ固有の無線リソース制御（ＲＲＣ）シグナリングを用いた設定）または物理レイヤ信号の異なるコードワードの使用による指示が可能である。

以下の付録は、通信規格のフレームワーク内で提案の解決手段の特定の態様を実装可能となる方法の非限定的な一例を与える。特に、この付録は、３ＧＰＰ ＴＳＧ ＲＡＮ規格のフレームワーク内で提案の解決手段を実装可能となる方法の非限定的な一例を与える。付録に記載の変更は、本明細書の提案の解決手段の特定の態様を技術規格において実装可能となる方法の説明を意図しているに過ぎない。ただし、提案の解決手段は、３ＧＰＰ仕様ならびに他の仕様もしくは規格の両者において、他の適当な様態で実装することも可能である。

本明細書に記載の方法を実行するため、ユーザ機器およびネットワーク機器が提供される。図１２および図１３は、ユーザ機器およびネットワーク機器の実施形態を示したブロック図である。

ユーザ機器１４の別途詳細を図１２との関連で示す。図１２に示すように、例示的なユーザ機器１４は、アンテナ９４０、無線回路（たとえば、無線フロントエンド回路）９１０、処理回路９２０を具備するとともに、メモリ９３０を具備していてもよい。メモリ９３０は、処理回路９２０から分離していてもよいし、処理回路９２０の一体部であってもよい。アンテナ９４０は、１つもしくは複数のアンテナまたはアンテナアレイを含んでいてもよく、無線信号の送信および／または受信を行うように設定され、無線回路（たとえば、無線フロントエンド回路）９１０に接続されている。特定の代替実施形態においては、ユーザ機器１４がアンテナ９４０を具備していなくてもよく、代わりにアンテナ９４０は、ユーザ機器１４から分離して、インターフェースまたはポートを通じてユーザ機器１４に接続可能であってもよい。処理回路９２０は、制御情報に関する信号が第１の期間中に存在するかを判定するように設定されていてもよい。処理回路９２０は、判定に応じて制御情報の復号を試行するかどうかを決定するようにさらに設定されていてもよい。

無線回路（たとえば、無線フロントエンド回路）９１０は、さまざまなフィルタおよび増幅器を備えていてもよく、アンテナ９４０および処理回路９２０に接続されるとともに、アンテナ９４０と処理回路９２０との間で伝達される信号を調節するように設定されている。特定の代替実施形態においては、ユーザ機器１４が無線回路（たとえば、無線フロントエンド回路）９１０を具備していなくてもよく、代わりに処理回路９２０は、フロントエンド回路９１０なしでアンテナ９４０に接続されていてもよい。無線回路９１０は、制御チャネル、制御情報、ならびに／または制御情報および／もしくは制御チャネルに関する信号を受信するように設定されていてもよい。

処理回路９２０は、無線周波数（ＲＦ）送受信回路、ベースバンド処理回路、およびアプリケーション処理回路のうちの１つまたは複数を具備していてもよい。いくつかの実施形態において、ＲＦ送受信回路９２１、ベースバンド処理回路９２２、およびアプリケーション処理回路９２３は、別個のチップセット上にあってもよい。代替実施形態においては、ベースバンド処理回路９２２およびアプリケーション処理回路９２３の一部または全部が１つのチップセットとして組み合わされ、ＲＦ送受信回路９２１が別個のチップセット上にあってもよい。別の代替実施形態においては、ＲＦ送受信回路９２１およびベースバンド処理回路９２２の一部または全部が同じチップセット上にあり、アプリケーション処理回路９２３が別個のチップセット上にあってもよい。さらに他の代替実施形態においては、ＲＦ送受信回路９２１、ベースバンド処理回路９２２、およびアプリケーション処理回路９２３の一部または全部が同じチップセットとして組み合わされていてもよい。処理回路９２０には、たとえば１つもしくは複数の中央演算処理装置（ＣＰＵ）、１つもしくは複数のマイクロプロセッサ、１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）、ならびに／または１つもしくは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含んでいてもよい。

ユーザ機器１４は、電源９５０を具備していてもよい。電源９５０は、バッテリ等の電源回路のほか、電力管理回路であってもよい。電源回路は、外部源から電力を受電するようにしてもよい。バッテリ等の電源回路および／または電力管理回路は、無線回路（たとえば、無線フロントエンド回路）９１０、処理回路９２０、および／またはメモリ９３０に接続されている。電源９５０、バッテリ、電源回路、および／または電力管理回路は、処理回路９２０を含むユーザ機器１４に対して、本明細書に記載の機能を実行するための電力を供給するように設定されている。ユーザ機器１４は、処理回路９２０と無線回路９１０とを備えており、ＵＥは、制御情報に関する信号が第１の期間中に存在するかを判定し、判定に応じて、制御情報の復号を試行するかどうかを決定するように設定されている。ＵＥならびに／またはＵＥの構成要素および／もしくは回路のいずれかは、本明細書に記載の方法を実行するようにさらに設定されていてもよい。

無線ネットワークノード１２の別途詳細を図１３との関連で示す。図１３に示すように、例示的な無線ネットワークノード１２は、アンテナ１０４０、無線回路（たとえば、無線フロントエンド回路）１０１０、処理回路１０２０を具備するとともに、メモリ１０３０を具備していてもよい。メモリ１０３０は、処理回路１０２０から分離していてもよいし、処理回路１０２０の一体部であってもよい。アンテナ１０４０は、１つもしくは複数のアンテナまたはアンテナアレイを含んでいてもよく、無線信号の送信および／または受信を行うように設定され、無線回路（たとえば、無線フロントエンド回路）１０１０に接続されている。特定の代替実施形態においては、無線ネットワークノード１２がアンテナ１０４０を具備していなくてもよく、代わりにアンテナ１０４０は、無線ネットワークノード１２から分離して、インターフェースまたはポートを通じて無線ネットワークノード１２に接続可能であってもよい。処理回路９２０は、制御チャネル、制御情報、ならびに／または制御情報および／もしくは制御チャネルに関する信号を送信するかを判定するように設定されていてもよい。

無線回路（たとえば、無線フロントエンド回路）１０１０は、さまざまなフィルタおよび増幅器を備えていてもよく、アンテナ１０４０および処理回路１０２０に接続されるとともに、アンテナ１０４０と処理回路１０２０との間で伝達される信号を調節するように設定されている。特定の代替実施形態においては、無線ネットワークノード１２が無線回路（たとえば、無線フロントエンド回路）１０１０を具備していなくてもよく、代わりに処理回路１０２０は、フロントエンド回路１０１０なしでアンテナ１０４０に接続されていてもよい。無線回路１０１０は、制御情報が第１の期間中に存在するかに関する信号を送信するように設定されていてもよい。無線回路１０１０は、送信された信号に従って、制御情報をＵＥに送信するように設定されていてもよい。

処理回路１０２０は、無線周波数（ＲＦ）送受信回路、ベースバンド処理回路、およびアプリケーション処理回路のうちの１つまたは複数を具備していてもよい。いくつかの実施形態において、ＲＦ送受信回路１０２１、ベースバンド処理回路１０２２、およびアプリケーション処理回路１０２３は、別個のチップセット上にあってもよい。代替実施形態においては、ベースバンド処理回路１０２２およびアプリケーション処理回路１０２３の一部または全部が１つのチップセットとして組み合わされ、ＲＦ送受信回路１０２１が別個のチップセット上にあってもよい。別の代替実施形態においては、ＲＦ送受信回路１０２１およびベースバンド処理回路１０２２の一部または全部が同じチップセット上にあり、アプリケーション処理回路１０２３が別個のチップセット上にあってもよい。さらに他の代替実施形態においては、ＲＦ送受信回路１０２１、ベースバンド処理回路１０２２、およびアプリケーション処理回路１０２３の一部または全部が同じチップセットとして組み合わされていてもよい。処理回路１０２０には、たとえば１つもしくは複数の中央演算処理装置（ＣＰＵ）、１つもしくは複数のマイクロプロセッサ、１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）、ならびに／または１つもしくは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含んでいてもよい。

ネットワーク機器１２は、電源１０５０を具備していてもよい。電源１０５０は、バッテリ等の電源回路のほか、電力管理回路であってもよい。電源回路は、外部源から電力を受電するようにしてもよい。バッテリ等の電源回路および／または電力管理回路は、無線回路（たとえば、無線フロントエンド回路）１０１０、処理回路１０２０、および／またはメモリ１０３０に接続されている。電源１０５０、バッテリ、電源回路、および／または電力管理回路は、処理回路１０２０を含む無線ネットワークノード１２に対して、本明細書に記載の機能を実行するための電力を供給するように設定されている。

ネットワーク機器（ＮＥ）１２は、処理回路１０２０と無線回路１０１０とを備えており、ＮＥ１２は、制御情報が第１の期間中に存在するかに関する信号を送信し、送信された信号に従って、制御情報をＵＥに送信するように設定されている。ＮＥならびに／またはＮＥの構成要素および／もしくは回路のいずれかは、本明細書に記載の方法を実行するようにさらに設定されていてもよい。

図１４に示すように、ユーザ機器は、たとえばネットワーク機器または他のユーザ機器等、他のノードに信号を送信／受信し得る受信モジュール５１１すなわち受信機（ＲＸ）および送信モジュール５１２すなわち送信機（ＴＸ）を備える。また、受信および送信モジュール５１１、５１２は、単一の送受信機または通信ユニットに組み込まれていてもよい。また、ユーザ機器は、たとえば制御情報に関する信号が第１の期間中に存在するかを判定するように設定された判定モジュール５１３を備えていてもよい。ユーザ機器は、たとえば判定に応じて制御情報の復号を試行するかどうかを決定するように設定された決定モジュール５１４を備えていてもよい。また、ユーザ機器は、本明細書に記載の実施形態に係る無線通信ネットワーク１００においてダウンリンク受信送信を設定する別のモジュールを備え得ることに留意するものとする。

Claims (15)

1. ユーザ機器（ＵＥ）のための方法であって、
   制御情報に関する信号が第１の期間中に存在するかを判定すること（１０１）であって、前記信号が、シンボル列を含み、前記列の長さが、前記制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長に依存する、判定すること（１０１）と、
   前記判定に応じて、前記制御情報の復号を試行するかどうかを決定すること（１０２）と
   を含む、方法。
2. システム情報メッセージ中の前記ＵＥを対象とした制御情報の有無を示すために前記信号が用いられるか否かの指標を受信することを含む、請求項１に記載の方法。
3. ネットワーク機器（ＮＥ）のための方法であって、
   制御情報が第１の期間中に存在するかに関する信号を送信すること（２０１）と、ここで前記信号は、シンボル列を含み、前記列の長さが、前記制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長に依存するものであり、
   送信された前記信号に従って、制御情報をＵＥに送信すること（２０２）と、
   を含む、方法。
4. システム情報メッセージにおいて前記信号が用いられるか否かの指標を送信することを含む、請求項３に記載の方法。
5. 前記信号が、前記制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長に基づいて繰り返されるビット列を含む、請求項１から４のいずれか一項に記載の方法。
6. 前記信号が、コード化ビット列を含み、前記コード化ビット列のコードレートが、前記制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長に依存する、請求項１から４のいずれか一項に記載の方法。
7. 前記信号が、前記制御情報を含む制御チャネル送信の長さを示す、請求項１から６のいずれか一項に記載の方法。
8. 制御情報に関する前記信号が、前記ＵＥの繰り返しレベルに基づいて有効化される、請求項１から７のいずれか一項に記載の方法。
9. 前記信号が、前記ＵＥが制御チャネルをモニタリングすべきであることを示すウェイクアップ信号である、請求項１から８のいずれか一項に記載の方法。
10. 前記信号が、前記ＵＥが制御チャネルをモニタリングすべきでないことを示す強制スリープ信号である、請求項１から８のいずれか一項に記載の方法。
11. ユーザ機器（ＵＥ）のための方法であって、
    制御情報に関する信号が第１の期間中に存在するかを判定すること（１０１）であって、前記ＵＥが制御チャネルをモニタリングすべきであることを示すウェイクアップ信号である、判定すること（１０１）と、
    前記判定に応じて、前記制御情報の復号を試行するかどうかを決定すること（１０２）と
    を含む、方法。
12. 処理回路（９２０）と無線回路（９１０）とを備えたユーザ機器（ＵＥ）（１４）であって、
    制御情報に関する信号が第１の期間中に存在するかを判定し、ここで前記信号は、シンボル列を含み、前記列の長さが、前記制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長に依存するものであり、
    前記判定に応じて、前記制御情報の復号を試行するかどうかを決定する
    ように設定された、ＵＥ。
13. 請求項２、５から１１のいずれか一項に記載のＵＥのための方法を実行するようにさらに設定された、請求項１２に記載のＵＥ。
14. 処理回路（１０２０）と無線回路（１０１０）とを備えたネットワーク機器（ＮＥ）であって、
    制御情報が第１の期間中に存在するかに関する信号を送信し、ここで前記信号は、シンボル列を含み、前記列の長さが、前記制御情報を搬送する制御チャネルの制御チャネル検索空間の最大長に依存するものであり、
    送信された前記信号に従って、制御情報をＵＥに送信する
    ように設定された、ＮＥ。
15. 請求項４から１１のいずれか一項に記載のＮＥのための方法を実行するようにさらに設定された、請求項１４に記載のＮＥ。

Images