特許 7445669 コネクテッド不連続受信のための省電力信号構成

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

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

(11)【特許番号】

(24)【登録日】2024-02-28

(45)【発行日】2024-03-07

(54)【発明の名称】コネクテッド不連続受信のための省電力信号構成

(51)【国際特許分類】

   H04W 52/02 20090101AFI20240229BHJP

   H04W 72/232 20230101ALI20240229BHJP

【ＦＩ】

H04W52/02 111

H04W72/232

【請求項の数】 8

(21)【出願番号】P 2021539547

(86)(22)【出願日】2020-01-13

(65)【公表番号】

(43)【公表日】2022-03-03

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

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

(87)【国際公開日】2020-07-16

【審査請求日】2021-09-06

(31)【優先権主張番号】62/791,180

(32)【優先日】2019-01-11

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

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

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

(72)【発明者】

【氏名】マレキ， シナ

(72)【発明者】

【氏名】ゾウ， ガング

(72)【発明者】

【氏名】レイアル， アンドレス

【審査官】米倉 明日香

(56)【参考文献】

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

【文献】Ericsson，Triggers of NR UE power saving，3GPP TSG RAN WG1 #95 R1-1813183，2018年11月03日

【文献】Ericsson，eMTC power consumption reduction for paging and connected-mode DRX，3GPP TSG RAN WG2 #99 R2-1708285，2017年08月12日

【文献】Ericsson，Triggers for NR UE power saving，3GPP TSG RAN WG1 NR_AH_1901 R1-1901167，2019年01月12日

【文献】Ericsson，DRX with short onDuration and Wake-up signaling，3GPP TSG RAN WG2 #101b R2-1805405，2018年04月05日

【文献】Samsung，UE adaptation schemes，3GPP TSG RAN WG1 #95 R1-1813011，2018年11月02日

【文献】Intel Corporation，UE Adaptation to the traffic and UE power consumption characteristics，3GPP TSG RAN WG1 #95 R1-1812513，2018年11月03日

【文献】Qualcomm Incorporated，Triggering Adaptation of UE Power Consumption Characteristics，3GPP TSG RAN WG1 #94b R1-1811283，2018年09月29日

【文献】Intel Corporation，The function scope of wake-up signal for feNB-IoT，3GPP TSG RAN WG1 #92b R1-1804697，2018年04月07日

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

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

Ｈ０４Ｗ ４／００－９９／００

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスにおいて実施される方法であって、該方法は、
アクティブモード外の省電力信号を監視するための、少なくとも１つの探索空間に関連付けられた少なくとも１つの制御リソースセット（ＣＯＲＥＳＥＴ）の割り当てを受信することであって、前記省電力信号は、前記無線デバイスのＣ－ＤＲＸ構成によって定義される今後のアクティブモード時間の間、アクティブモード外に留まるように前記無線デバイスに指示するゴーツースリープ（ＧＴＳ）信号、または、非アクティブモードからアクティブモードに遷移するように前記無線デバイスに指示するウェイクアップ信号（ＷＵＳ）であり、前記省電力信号は、ダウンリンク制御情報（ＤＣＩ）内で受信される、前記受信することと、
前記省電力信号のために前記少なくとも１つのＣＯＲＥＳＥＴを監視することと、
前記少なくとも１つのＣＯＲＥＳＥＴ内で前記省電力信号を含む前記ＤＣＩを受信することと、
前記ＤＣＩ内の単一ビットに基づき前記省電力信号がＷＵＳであるかＧＴＳ信号であるかを決定することであって、前記単一ビットは、前記省電力信号がＷＵＳであるかＧＴＳ信号であるかを示す、前記決定することと、
を含む、方法。

【請求項2】

前記省電力信号が前記ＧＴＳ信号である場合、前記今後のアクティブモード時間の間に非アクティブモードに留まることによって前記ＧＴＳ信号に従って動作することをさらに含む
請求項１に記載の方法。

【請求項3】

前記少なくとも１つのＣＯＲＥＳＥＴは、前記省電力信号に固有のＣＯＲＥＳＥＴである
請求項１または２に記載の方法。

【請求項4】

前記少なくとも１つのＣＯＲＥＳＥＴは、他の物理ダウンリンクチャネル（ＰＤＣＣＨ）の監視のために共有される
請求項１乃至３の何れか１項に記載の方法。

【請求項5】

前記省電力信号は、ＰＤＣＣＨを介して受信される
請求項１に記載の方法。

【請求項6】

アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスであって、該無線デバイスは、
アクティブモード外の省電力信号を監視するための、少なくとも１つの探索空間に関連付けられた少なくとも１つの制御リソースセット（ＣＯＲＥＳＥＴ）の割り当てを受信し、前記省電力信号は、前記無線デバイスのＣ－ＤＲＸ構成によって定義される今後のアクティブモード時間の間、アクティブモード外に留まるように前記無線デバイスに指示するゴーツースリープ（ＧＴＳ）信号、または、非アクティブモードからアクティブモードに遷移するように前記無線デバイスに指示するウェイクアップ信号（ＷＵＳ）であり、前記省電力信号は、ダウンリンク制御情報（ＤＣＩ）内で受信され、
前記省電力信号のために前記少なくとも１つのＣＯＲＥＳＥＴを監視し、
前記少なくとも１つのＣＯＲＥＳＥＴ内で前記省電力信号を含む前記ＤＣＩを受信し、
前記ＤＣＩ内の単一ビットに基づき前記省電力信号がＷＵＳであるかＧＴＳ信号であるかを決定し、前記単一ビットは、前記省電力信号がＷＵＳであるかＧＴＳ信号であるかを示す、
ように構成される、無線デバイス。

【請求項7】

アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスと通信するように構成されたネットワークノードにおいて実施される方法であって、該方法は、
少なくとも１つの探索空間に関連付けられた少なくとも１つの制御リソースセット（ＣＯＲＥＳＥＴ）を用いてアクティブモード外の省電力信号を監視するように前記無線デバイスを構成することであって、前記省電力信号は、前記無線デバイスのＣ－ＤＲＸ構成によって定義される今後のアクティブモード時間の間、アクティブモード外に留まるように前記無線デバイスに指示するゴーツースリープ（ＧＴＳ）信号、または、非アクティブモードからアクティブモードに遷移するように前記無線デバイスに指示するウェイクアップ信号（ＷＵＳ）であり、前記省電力信号は、ダウンリンク制御情報（ＤＣＩ）内で送信される、前記構成することと、
送信されることになる前記省電力信号がＷＵＳであるかＧＴＳ信号であるかに基づいて前記ＤＣＩ内で送信されることになる単一ビットを決定することであって、前記単一ビットは、前記省電力信号がＷＵＳであるかＧＴＳ信号であるかを示す、前記決定することと、
前記少なくとも１つのＣＯＲＥＳＥＴ内で前記省電力信号と前記単一ビットとを含む前記ＤＣＩを送信することと、
を含む、方法。

【請求項8】

アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスと通信するように構成されたネットワークノードであって、該ネットワークノードは、
少なくとも１つの探索空間に関連付けられた少なくとも１つの制御リソースセット（ＣＯＲＥＳＥＴ）を用いてアクティブモード外の省電力信号を監視するように前記無線デバイスを構成し、前記省電力信号は、前記無線デバイスのＣ－ＤＲＸ構成によって定義される今後のアクティブモード時間の間、アクティブモード外に留まるように前記無線デバイスに指示するゴーツースリープ（ＧＴＳ）信号、または、非アクティブモードからアクティブモードに遷移するように前記無線デバイスに指示するウェイクアップ信号（ＷＵＳ）であり、前記省電力信号は、ダウンリンク制御情報（ＤＣＩ）内で送信され、
送信されることになる前記省電力信号がＷＵＳであるかＧＴＳ信号であるかに基づいて前記ＤＣＩ内で送信されることになる単一ビットを決定し、前記単一ビットは、前記省電力信号がＷＵＳであるかＧＴＳ信号であるかを示し、
前記少なくとも１つのＣＯＲＥＳＥＴ内で前記省電力信号と前記単一ビットとを含む前記ＤＣＩを送信する、
ように構成される、ネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信に関し、特に、ゴーツースリープ（ＧＴＳ）シグナリングおよび／またはウェイクアップシグナリング（ＷＵＳ）を無線デバイスへ示すことに関するものである。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ）における５Ｇとも呼ばれるニューラジオ（ＮＲ）規格は、エンハンスドモバイルブロードバンド（ｅＭＢＢ）、超高信頼性低遅延通信（ＵＲＬＬＣ）、およびマシンタイプ通信（ＭＴＣ）などの複数のユースケースのためのサービスを提供するように設計されている。これらのサービスには、それぞれ異なる技術的要件がある。例えば、ｅＭＢＢの一般的な要件は、高データレートで中程度の遅延かつ中程度のカバレッジであり、一方、ＵＲＬＬＣサービスは、低遅延で高信頼性の伝送を必要とするかもしれないが、おそらく中程度のデータレートのためである。

【0003】

低遅延データ伝送のための既存のソリューションの１つは、伝送時間間隔の短縮である。３ＧＰＰのＮＲでは、スロットでの送信に加えて、ミニスロットでの送信も待ち時間を短縮するために許可されている。ミニスロット（ＮＲの用語ではタイプＢスケジューリングと呼ぶ）は、アップリンク（ＵＬ）では１～１４個の直交周波数分割多重（ＯＦＤＭ）シンボルの、ダウンリンク（ＤＬ）では２、４または７個のシンボルの、任意の数で構成することができる（３ＧＰＰのＲｅｌ－１５の場合）。図１は、ＮＲにおける無線リソースの一例である。スロットおよびミニスロットの概念は、特定のサービスに限定されないこと、つまり、ミニスロットは、ｅＭＢＢ、ＵＲＬＬＣ、または他のサービスのいずれかに使用される可能性があることに留意されたい。

【0004】

物理チャネル

【0005】

ダウンリンク物理チャネルは、上位層から発信される情報を運ぶリソース要素のセットに対応する。ダウンリンク物理チャネルは以下を含む：
－ 物理ダウンリンク共有チャネル（ＰＤＳＣＨ）。
－ 物理ブロードキャストチャネル（ＰＢＣＨ）。
－ 物理ダウンリンク制御チャネル（ＰＤＣＣＨ）。

【0006】

ＰＤＳＣＨは、ユニキャストのダウンリンクデータ伝送に使用される主要な物理チャネルであるが、ＲＡＲ（ランダムアクセス応答）、特定のシステム情報ブロック、およびページング情報の伝送にも使用される。物理ブロードキャストチャネル（ＰＢＣＨ）は、無線デバイスがネットワークにアクセスする際に必要となる基本的なシステム情報を伝送し、システム情報ブロックタイプ１（ＳＩＢ１）の残りのシステム情報を読み取る。ＰＤＣＣＨは、ＰＤＳＣＨの受信に必要となる可能性のある、主にスケジューリング決定を行うダウンリンク制御情報（ＤＣＩ）の送信、および物理アップリンク共有チャネル（ＰＵＳＣＨ）での送信を可能にするアップリンクスケジューリンググラントの送信に使用される。

【0007】

アップリンク物理チャネルは、上位層から発信される情報を運ぶリソース要素のセットに対応する。アップリンク物理チャネルは以下を含む：
－ 物理アップリンク共有チャネル（ＰＵＳＣＨ）。
－ 物理アップリンク制御チャネル（ＰＵＣＣＨ）。
－ 物理ランダムアクセスチャネル（ＰＲＡＣＨ）。

【0008】

ＰＵＳＣＨは、ＰＤＳＣＨに対応するアップリンクである。ＰＵＣＣＨは、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答、チャネル状態情報報告などを含むアップリンク制御情報を送信するために、無線デバイスによって使用される。物理ランダムアクセスチャネル（ＰＲＡＣＨ）は、ランダムアクセスプリアンブルの送信に使用される。

【0009】

ＤＬダウンリンク制御情報（ＤＣＩ）１－０の内容の例を以下に示す。

【0010】

具体的には、Ｃ－ＲＮＴＩ／ＣＳ＿ＲＮＴＩによって巡回冗長検査（ＣＲＣ）がスクランブルされたＤＣＩフォーマット１＿０の内容の例は以下を含む：
－ＤＣＩフォーマットの識別子－１ビット
－このビットフィールドの値は常に１に設定され、ＤＬのＤＣＩフォーマットであることを示す。
－周波数領域のリソース割り当て－

ビット
－Ｎ_RB ^DL,BWPは、ＤＣＩフォーマット１＿０が無線デバイス固有の探索空間で監視される場合のアクティブなＤＬ帯域部分のサイズであり、以下を満足している：
－監視するように構成された異なるＤＣＩサイズの総数が、当該セルに対して４以下であり
－監視するように構成されたＣ－ＲＮＴＩを持つ異なるＤＣＩサイズの総数が、当該セルに対して３以下である。
それ以外の場合は、Ｎ_RB ^DL,BWPは制御リソースセット（ＣＯＲＥＳＥＴ）０のサイズである。
－時間領域リソース割り当て－４ビット（３ＧＰＰ ＴＳ３８．２１４の５．１．２．１節など、３ＧＰＰで定義される）。
－仮想リソースブロック（ＶＲＢ）から物理リソースブロック（ＰＲＢ）へのマッピング －１ビット（３ＧＰＰ ＴＳ３８．２１４の表７．３．１．１．２－３３など、３ＧＰＰで定義される）。
－変調および符号化方法（ＭＣＳ）－５ビット（例えば、３ＧＰＰ ＴＳ３８．２１４の５．１．３節などの３ＧＰＰで定義される）。
－新規データインジケータ－１ビット
－冗長バージョン－２ビット（例えば、３ＧＰＰ ＴＳ３８．２１４の表７．３．１．１．１－２のように３ＧＰＰで定義される）。
－ＨＡＲＱプロセス番号－４ビット
－ダウンリンク割り当てインデックス（ＤＡＩ）－２ビット（例えば、３ＧＰＰ ＴＳ３８．２１３の９．１．３節など、カウンターＤＡＩとして３ＧＰＰで定義される）。
－スケジュールＰＵＣＣＨの送信電力制御（ＴＰＣ）コマンド－２ビット（例えば、３ＧＰＰ ＴＳ３８．２１３の７．２．１節のように３ＧＰＰで定義される）。
－ＰＵＣＣＨリソースインジケータ－３ビット（例えば、３ＧＰＰ ＴＳ３８．２１３の９．２．３項など、３ＧＰＰで定義される）。
－ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケータ－３ビット（例えば、３ＧＰＰ ＴＳ３８．２１３の９．２．３節など、３ＧＰＰで定義される）。

【0011】

ＮＲの無線デバイスは、様々な無線リソース制御（ＲＲＣ）モード：ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ、およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤの各モードで動作する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードの無線デバイスの１つのアクティビティは、ネットワークおよび／またはネットワークノードによるＰＤＳＣＨ／ＰＵＳＣＨ上の潜在的にスケジュールされたデータについてＰＤＣＣＨを監視することである。

【0012】

このアクティビティの間、無線デバイスは、構成された探索空間に従って、すべてのＰＤＣＣＨ機会／時間－周波数（ＴＦ）位置／構成で受信データを受信し、復号する必要があるかもしれない。ブラインド復号（ＢＤ）とも呼ばれる復号プロセスでは、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）（ただし、ＭＣＳ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および様々なシステムワイドＲＮＴＩなど、設定されている場合は他のＲＮＴＩも）を使用して巡回冗長検査（ＣＲＣ）をチェックすることに基づいて、ＰＤＣＣＨチャネル上に潜在的に存在し、無線デバイスに宛てられた様々なダウンリンク制御情報（ＤＣＩ）コマンドを検索する必要がある。無線デバイスは、Ｋ０構成に応じて、同じスロットまたは今後のスロットのＰＤＳＣＨ上に割り当てられたデータに関する情報を含むＤＣＩコマンドを見つけた場合、ＰＤＳＣＨの復号を試みる。Ｋ０＝０は、データが同じスロットにスケジューリングされていることを意味し、Ｋ０＞０は、クロススロットスケジューリングを意味する。Ｋ０は、ＤＣＩコマンドとＰＤＳＣＨ上の割り当てられたデータとの間の時間オフセット（スロット単位）であってもよい。

【0013】

Ｃ－ＤＲＸ（コネクテッド不連続受信）メカニズムは、無線デバイスにトラフィックが送信されていない時間のかなり大きな割合で、無線デバイスを低電力モードにすることを可能にする。構成された周期に応じて、無線デバイスは「ウェイクアップ」して、割り当てを含む場合も含まない場合もあるＰＤＣＣＨを監視する。無線デバイスがウェイクアップしてＰＤＣＣＨを監視している期間は、オン期間と呼ばれ、本明細書では「アクティブモード時間」とも呼ばれる。オン期間の間にＤＬ／ＵＬの割り当てが見つかった場合、無線デバイスは一定期間（インアクティビティタイマの実行）アウェイク状態に保たれ、その間、ＰＤＣＣＨを常に監視する。この間にデータが割り当てられなければ、無線デバイスは非連続動作に戻り、再びオン期間の間に時々ウェイクアップすることになる。Ｃ－ＤＲＸは、図２に示されている。通常、ＤＲＸのパラメータはＲＲＣによって設定され、ラウンドトリップ時間（ＲＴＴ）関連、ＨＡＲＱ関連など、他のＤＲＸパラメータもある。また、オン期間やインアクティビティタイマが動作している時間帯は、一般にアクティブ時間と呼ばれる。

【0014】

一般に、ＤＲＸ動作に関連する用語としては、以下のものが一般的である：
－ アクティブ時間：ＭＡＣエンティティがＰＤＣＣＨを監視している間の、ＤＲＸ動作に関連する時間。
－ ＤＲＸサイクル：（図２に示すように）オン期間の後に可能なインアクティビティ期間を周期的に繰り返すことを指定する。
－ インアクティビティタイマ：一般的に、ＰＤＣＣＨがＭＡＣエンティティに対して最初のＵＬ、ＤＬ、ＳＬのユーザーデータ送信を示したサブフレーム／スロットの後に、連続するＰＤＣＣＨサブフレーム／スロットの数を指す。
－ ＭＡＣエンティティは、媒体アクセス制御エンティティであり、構成されたセルグループ（例えば、マスターセルグループおよびセカンダリーセルグループ）ごとに１つのＭＡＣエンティティが存在する。

【0015】

ＤＲＸの１つの側面は、ＤＲＸ機能がＲＲＣによって構成されることであり、ＲＲＣは、通常、ＭＡＣ層または物理層よりも遅いスケールで動作している。したがって、ＤＲＸのパラメータ設定などは、特に無線デバイスにトラフィックタイプが混在している場合、ＲＲＣの設定を通じて素早く適応的に変更することができない。

【発明の概要】

【0016】

いくつかの実施形態は、有利にも、無線デバイスにゴーツースリープ（ＧＴＳ）シグナリングおよび／またはウェイクアップシグナリング（ＷＵＳ）を示すための方法、システム、および装置を提供する。

【0017】

本開示は、ＧＴＳおよびＷＵＳの要件と、チャネル条件との間のトレードオフを利用する３ＧＰＰニューラジオ（ＮＲ）無線デバイスの省電力信号メカニズムおよびその基礎となる構成を提供する。特に、以下の実施形態が考えられる。

【0018】

実施形態１：オン期間前のＧＴＳ。ＧＴＳ、特に物理ダウンリンク制御チャネル（ＰＤＣＣＨ）ベースのものは、オン期間の前に無線デバイスに送信され、無線デバイスは、今後のオン期間または今後のオン期間の数をスキップする。

【0019】

実施形態２ａ：１つのオン期間に対する共同ＷＵＳおよびＧＴＳ。この場合、ネットワークおよび／またはネットワークノードは、無線デバイスのオン期間の前にＷＵＳまたはＧＴＳのいずれかを送信することを決定することができる。状況が変化した場合、例えば、情報を配信しなければならない場合（オン期間前のＧＴＳの場合）や、情報の配信が終了した場合（オン期間前のＷＵＳの場合）には、反対の信号が無線デバイスに送信される。

【0020】

実施形態２ｂ：複数のオン期間に対する共同ＷＵＳおよびＧＴＳ。この場合、ネットワークおよび／またはネットワークノードは、オン期間の前に長期のＷＵＳまたはＧＴＳのいずれかを送信することを動的に決定することができる。状況が変化した場合、例えば、情報を配信しなければならない場合（オン期間前の前回のＧＴＳの場合）や、情報の配信が終了した場合（オン期間前の前回のＷＵＳの場合）には、反対の信号が無線デバイスに送信される。

【0021】

実施形態３：ＷＵＳ／ＧＴＳリソース。本開示では、特にオン期間の前に、ＷＵＳおよびＧＴＳのリソースを割り当てるためのいくつかのメカニズムを提供する。

【0022】

実施形態４：ネットワークおよび／またはネットワークノードは、ＷＵＳまたはＧＴＳ動作のいずれかのために無線デバイスを構成する決定を行う。ここで、本開示は、ネットワークおよび／またはネットワークノードが、さまざまな状況でＷＵＳとＧＴＳとの間の固有のトレードオフを使用して、省電力とネットワーク性能の維持との両方のためにそれらを効率的に使用する方法に関するいくつかの例およびメカニズムを説明する。

【0023】

本開示の一態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスにおいて実施される方法が提供される。該方法は、非アクティブモードのときにゴーツースリープ（ＧＴＳ）信号のインジケーションを受信することを含み、前記ＧＴＳ信号は、前記無線デバイスのＣ－ＤＲＸ構成によって定義される今後のアクティブモード時間の間、非アクティブモードに留まるように前記無線デバイスに指示する。

【0024】

本開示の別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスが提供される。該無線デバイスは、非アクティブモードのときにゴーツースリープ（ＧＴＳ）信号のインジケーションを受信するように構成され、前記ＧＴＳ信号は、前記無線デバイスのＣ－ＤＲＸ構成によって定義される今後のアクティブモード時間の間、非アクティブモードに留まるように前記無線デバイスに指示する。

【0025】

別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスと通信するように構成されたネットワークノードにおいて実施される方法が提供される。該方法は、前記無線デバイスが非アクティブモードのときに、ゴーツースリープ（ＧＴＳ）信号を前記無線デバイスに示すことを含み、前記ＧＴＳ信号は、前記無線デバイスのＣ－ＤＲＸ構成によって定義される今後のアクティブモード時間の間、非アクティブモードに留まるように前記無線デバイスに指示する。

【0026】

別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスと通信するように構成されたネットワークノードが提供される。該ネットワークノードは、前記無線デバイスが非アクティブモードのときに、ゴーツースリープ（ＧＴＳ）信号を前記無線デバイスに示すように構成され、前記ＧＴＳ信号は、前記無線デバイスのＣ－ＤＲＸ構成によって定義される今後のアクティブモード時間の間、非アクティブモードに留まるように前記無線デバイスに指示する。

【0027】

別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスにおいて実施される方法が提供される。該方法は、アクティブモード外の省電力信号のインジケーションを監視するための、少なくとも１つの探索空間に関連付けられた少なくとも１つの制御リソースセット（ＣＯＲＥＳＥＴ）の割り当てを受信することを含む。

【0028】

別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスが提供される。該無線デバイスは、アクティブモード外の省電力信号のインジケーションを監視するための、少なくとも１つの探索空間に関連付けられた少なくとも１つの制御リソースセット（ＣＯＲＥＳＥＴ）の割り当てを受信するように構成される。

【0029】

別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスと通信するように構成されたネットワークノードにおいて実施される方法が提供される。該方法は、アクティブモード外の省電力信号のインジケーションを監視するための、少なくとも１つの探索空間に関連付けられた少なくとも１つの制御リソースセット（ＣＯＲＥＳＥＴ）を用いて、前記無線デバイスを構成することを含む。

【0030】

別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスと通信するように構成されたネットワークノードが提供される。該ネットワークノードは、アクティブモード外の省電力信号のインジケーションを監視するための、少なくとも１つの探索空間に関連付けられた少なくとも１つの制御リソースセット（ＣＯＲＥＳＥＴ）を、前記無線デバイスに割り当てるように構成される。

【0031】

別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスにおいて実施される方法が提供される。該方法は、前記無線デバイスのＣ－ＤＲＸ構成によって定義されるアクティブモード時間の間のアクティブモードのときに、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介してゴーツースリープ（ＧＴＳ）信号のインジケーションを受信することを含み、前記ＧＴＳ信号は、前記アクティブモード時間の間に非アクティブモードに遷移するように前記無線デバイスに指示する。

【0032】

別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスが提供される。該無線デバイスは、前記無線デバイスのＣ－ＤＲＸ構成によって定義されるアクティブモード時間の間のアクティブモードのときに、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介してゴーツースリープ（ＧＴＳ）信号のインジケーションを受信するように構成され、前記ＧＴＳ信号は、前記アクティブモード時間の間に非アクティブモードに遷移するように前記無線デバイスに指示する。

【0033】

別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスと通信するように構成されたネットワークノードにおいて実施される方法。該方法は、前記無線デバイスが該無線デバイスのＣ－ＤＲＸ構成によって定義されるアクティブモード時間の間のアクティブモードのときに、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介してゴーツースリープ（ＧＴＳ）信号を前記無線デバイスに示すことを含み、前記ＧＴＳ信号は、前記アクティブモード時間の間に非アクティブモードに遷移するように前記無線デバイスに指示する。

【0034】

別の態様によれば、アクティブモードと非アクティブモードを定義するコネクテッド不連続受信（Ｃ－ＤＲＸ）モードで構成された無線デバイスと通信するように構成されたネットワークノードが提供される。該ネットワークノードは、前記無線デバイスが該無線デバイスのＣ－ＤＲＸ構成によって定義されるアクティブモード時間の間のアクティブモードのときに、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介してゴーツースリープ（ＧＴＳ）信号を前記無線デバイスに示すように構成され、前記ＧＴＳ信号は、前記アクティブモード時間の間に非アクティブモードに遷移するように前記無線デバイスに指示する。

【図面の簡単な説明】

【0035】

本実施形態、ならびにその付随する利点および特徴のより完全な理解は、以下の詳細な説明を参照することによって、以下の添付図面と併せて考慮すると、より容易に理解できるであろう：

【0036】

【図1】３ＧＰＰのＮＲにおける無線リソースの図である。

【図2】３ＧＰＰにおけるコネクテッドＤＲＸ（Ｃ－ＤＲＸ）動作のタイミング図である。

【図3】無線デバイスの電力節約のためのＧＴＳ－ＤＣＩメカニズムの概略説明の図である。

【図4】本開示における原理に従った、ホストコンピュータに中間ネットワークを介して接続された通信システムを例示する、例示的なネットワークアーキテクチャの概略図である。

【図5】本開示のいくつかの実施形態による、ネットワークノードを介して、少なくとも部分的に無線接続を介して無線デバイスと通信するホストコンピュータのブロック図である。

【図6】本開示のいくつかの実施形態による、無線デバイスでクライアントアプリケーションを実行するための、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムで実施される例示的な方法を示すフローチャートである。

【図7】本開示のいくつかの実施形態による、無線デバイスでユーザデータを受信するための、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムで実施される例示的な方法を示すフローチャートである。

【図8】本開示のいくつかの実施形態による、ホストコンピュータで無線デバイスからユーザデータを受信するための、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムで実施される例示的な方法を示すフローチャートである。

【図9】本開示のいくつかの実施形態による、ホストコンピュータでユーザデータを受信するための、ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムで実施される例示的な方法を示すフローチャートである。

【図10】本開示のいくつかの実施形態による、ネットワークノードにおける例示的なプロセスのフローチャートである。

【図11】本開示のいくつかの実施形態による、無線デバイスにおける例示的なプロセスのフローチャートである。

【図12】本開示のいくつかの実施形態によるＧＴＳ－ＤＣＩペイロードの図である。

【図13】本開示のいくつかの実施形態による例２ａの図である。

【図14】本開示のいくつかの実施形態による例２ｂの図である。

【図15】本開示のいくつかの実施形態による、無線デバイスで実行される例示的なプロセスのフローチャートである。

【図16】本開示のいくつかの実施形態による、ネットワークノードで実行される例示的なプロセスのフローチャートである。

【図17】本開示のいくつかの実施形態による、無線デバイスで実行される例示的なプロセスのフローチャートである。

【図18】本開示のいくつかの実施形態による、ネットワークノードで実行される例示的なプロセスのフローチャートである。

【図19】本開示のいくつかの実施形態による、無線デバイスで実行される例示的なプロセスのフローチャートである。

【図20】本開示のいくつかの実施形態による、ネットワークノードで実行される例示的なプロセスのフローチャートである。

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

【0037】

上述したように、Ｃ－ＤＲＸ動作などの既存のＤＲＸ動作は、ＲＲＣによって構成される。既存の３ＧＰＰ仕様では、ネットワークノードおよび／またはネットワーク（ＮＷ）は、送信終了後に無線デバイスをＣ－ＤＲＸモードに戻すために、ＰＤＳＣＨでＭＡＣ（媒体アクセス制御）制御要素（ＣＥ）ＤＲＸコマンドと呼ばれるゴーツースリープ（ＧＴＳ）信号を提供する可能性を有する。このように、ネットワークノードおよび／またはネットワークノードは、無線デバイスのスリープモードへの遷移を、タイマの満了により、インアクティビティタイマが満了するまでの時間よりも速く管理および／または引き起こす。

【0038】

無線デバイスの消費電力は、強化する必要がある重要なメトリックである可能性がある。一般に、ＬＴＥのフィールドログから得られた１つのＤＲＸ設定に基づいて、ＬＴＥのＰＤＣＣＨの監視にかなりの電力が費やされる可能性がある。この状況は、トラフィックモデリングを用いた同様のＤＲＸ設定が利用される場合、ＮＲにおいても同様であり、無線デバイスは、設定された探索空間でブラインド検出を行い、自分に送信されるＰＤＣＣＨがあるかどうかを識別し、それに応じて行動する必要があるかもしれない。不必要なＰＤＣＣＨ監視を減らすことができる技術、または無線デバイスが必要なときだけスリープまたはウェイクアップすることを可能にする技術は有益である。

【0039】

本開示は、無線デバイスの省電力を効率的に実現する一方で、遅延を増加させ、スループットを低下させることによってネットワークノードに追加の負担を加えない、Ｃ－ＤＲＸサイクルのオン期間の前および後の省電力メカニズムを提供することに向けられる。

【0040】

本開示は、少なくとも部分的に、ネットワークおよび／またはネットワークノードに負担をかけてネットワーク性能に影響を与えないようにしながら電力を節約する効率的なメカニズムを無線デバイスに提供することによって、これらのニーズを満たすのに役立つ。ＧＴＳをプロビジョニングすることは、無線デバイスがより確実にスリープ状態を維持し、その結果、追加のエネルギーを節約するのに役立つ。ＷＵＳ対ＧＴＳの構成を適切に選択することで、無線デバイスの省電力、省電力信号の検出性能、およびネットワークリソースの利用の間で有利なトレードオフが可能になる。

【0041】

第１の例では、ＤＲＸ機構のオン期間中に、無線デバイスに対してＤＬまたはＵＬが予定されていないことが判明した場合、またはオン期間の残りの時間に予定されていることが判明した場合に、無線デバイスをスリープモード（非アクティブモードとも呼ばれる）にするＧＴＳ－ＤＣＩ機構が提供される。図３はこの方式を説明したものである。利点は、ダミーＰＤＣＣＨ監視インスタンスの数を減らし、それによって無線デバイスのエネルギー節約を達成することである。

【0042】

図３の時間図は、ＧＴＳ－ＤＣＩがどのようにオン期間を中断して、無線デバイスがダミーＰＤＣＣＨを監視するのを回避するかを示している。このようにして、無線デバイスは、より長い寿命につながるエネルギーの一部を節約することができる。

【0043】

さらなる例示的な実施形態を詳細に説明する前に、本実施形態は、主に、無線デバイスにゴーツースリープ（ＧＴＳ）シグナリングおよび／またはウェイクアップシグナリング（ＷＵＳ）を示すことに関連する装置コンポーネントおよび処理ステップの組み合わせに存在することに留意されたい。

【0044】

したがって、構成要素は、適切な場合には、図面において従来の記号で表されており、本明細書の記述の恩恵を受けた当業者には容易に明らかになる詳細で本開示を不明瞭にしないように、実施形態の理解に関連する特定の詳細のみを示している。同様の番号は、説明全体を通して同様の要素を指す。

【0045】

本明細書で使用されているように、「第１」および「第２」、「上」および「下」などの関係用語は、あるエンティティまたは要素を別のエンティティまたは要素から区別するためにのみ使用され、そのようなエンティティまたは要素間の物理的または論理的な関係または順序を必ずしも要求または示唆するものではない。本明細書で使用されている用語は、特定の実施形態を説明するためのものであり、本明細書に記載されている概念を限定することを意図したものではない。本明細書で使用されている単数形の「ａ」、「ａｎ」、「ｔｈｅ」は、文脈上明らかにそうでないことが示されていない限り、複数形も含むことが意図されている。本明細書で使用される用語「ｃｏｍｐｒｉｓｅｓ」、「ｃｏｍｐｒｉｓｉｎｇ」、「ｉｎｃｌｕｄｅｓ」および／または「ｉｎｃｌｕｄｉｎｇ」は、記載された特徴、数値、ステップ、動作、要素、および／または構成要素の存在を特定するが、１つまたは複数の他の特徴、数値、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除するものではないことがさらに理解されるであろう。

【0046】

本明細書に記載されている実施形態では、接合用語である「と通信している」などは、電気通信またはデータ通信を示すために使用されてもよく、これは、例えば、物理的接触、誘導、電磁放射、無線シグナリング、赤外線シグナリング、または光シグナリングによって達成されてもよい。当業者であれば、複数のコンポーネントが相互に動作してもよく、電気通信やデータ通信を実現するための修正や変形が可能であることを理解できるだろう。

【0047】

本明細書に記載されているいくつかの実施形態では、「結合された」、「接続された」などの用語は、必ずしも直接ではないが、接続を示すために本明細書で使用されることがあり、有線および／または無線の接続を含むことがある。

【0048】

本明細書で使用される用語「ネットワークノード」は、無線ネットワークで構成される任意の種類のネットワークノードであることができ、このネットワークノードは、さらに、基地局（ＢＳ）、無線基地局、基地送受信局（ＢＴＳ）、基地局制御装置（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ｇノードＢ（ｇＮＢ）、進化型ノードＢ（ｅＮＢまたはｅＮｏｄｅＢ）、ノードＢ、ＭＳＲのＢＳなどのマルチスタンダード無線（ＭＳＲ）無線ノード、ＭＣＥ（マルチセル／マルチキャスト調停エンティティ）、中継ノード、中継を制御するドナーノード、無線アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモート無線ユニット（ＲＲＵ）リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（例えば、モバイル管理エンティティ（ＭＭＥ）ノード、自己組織化ネットワーク（ＳＯＮ）ノード、調整ノード、測位ノード、ＭＤＴノードなど）、外部ノード（例えば、サードパーティノード、現在のネットワークの外部ノード）、分散アンテナシステム（ＤＡＳ）ノード、スペクトルアクセスシステム（ＳＡＳ）ノード、要素管理システム（ＥＭＳ）ノードなど、を含む。また、ネットワークノードは、テスト機器を構成してもよい。本明細書で使用される用語「無線ノード」は、無線デバイス（ＷＤ）や無線ネットワークノードなどの無線デバイスを示すためにも使用されてもよい。

【0049】

いくつかの実施形態では、非限定的な用語である無線デバイス（ＷＤ）またはユーザ装置（ＵＥ）は、互換的に使用される。本明細書のＷＤは、無線デバイス（ＷＤ）のように、無線信号を介してネットワークノードまたは別のＷＤと通信することができる任意のタイプの無線デバイスであり得る。また、ＷＤは、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＷＤ、マシンタイプのＷＤまたはマシンツーマシン（Ｍ２Ｍ）通信が可能なＷＤ、低コストおよび／または低複雑度のＷＤ、ＷＤを搭載したセンサー、タブレット、携帯端末、スマートフォン、ラップトップ埋込装置（ＬＥＥ）、ラップトップ搭載装置（ＬＭＥ）、ＵＳＢドングル、顧客宅内装置（ＣＰＥ）、インターネットオブシングス（ＩｏＴ）デバイス、またはナローバンドＩｏＴ（ＮＢ－ＩＯＴ）デバイスなどであってもよい。

【0050】

また、いくつかの実施形態では、「無線ネットワークノード」という総称が使用される。それは、基地局、無線基地局、基地送受信局、基地局制御装置、ネットワークコントローラ、ＲＮＣ、進化型ノードＢ（ｅＮＢ）、ノードＢ、ｇＮＢ、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、中継ノード、アクセスポイント、無線アクセスポイント、リモート無線ユニット（ＲＲＵ）リモート無線ヘッド（ＲＲＨ）のいずれかを構成することができる、任意の種類の無線ネットワークノードであり得る。

【0051】

本明細書で使用される用語「シグナリング」は、上位層シグナリング（例えば、無線リソース制御（ＲＲＣ）などを介して）、下位層シグナリング（例えば、物理制御チャネルまたはブロードキャストチャネルを介して）、またはそれらの組み合わせのいずれかを含んでもよい。シグナリングは、暗黙的であっても、明示的であってもよい。また、シグナリングは、ユニキャスト、マルチキャスト、ブロードキャストのいずれであってもよい。また、シグナリングは、別のノードに直接、または第３のノードを介して行われてもよい。

【0052】

一般に、ネットワーク、例えばシグナリング無線ノードおよび／またはノード配置（例えば、ネットワークノード）が、ＷＤを、特に送信リソースを用いて構成すると考えてよい。リソースは、一般に、１つ以上のメッセージで構成されてもよい。異なるリソースは、異なるメッセージ、および／または、異なるレイヤもしくはレイヤの組み合わせのメッセージで構成されてもよい。リソースのサイズは、シンボルおよび／またはサブキャリアおよび／またはリソースエレメントおよび／または物理リソースブロック（ドメインに依存）、および／または情報またはペイロードビットなどの伝送可能なビット数、または総ビット数で表されることがある。リソースのセット、および／またはセットのリソースは、同じキャリアおよび／またはバンド幅部分に関係していてもよく、および／または、同じスロットに位置していてもよく、または、隣接するスロットに位置していてもよい。

【0053】

インジケーションは一般に、それが表すおよび／または示す情報を明示的および／または暗示的に示すことができる。暗示的なインジケーションは、例えば、位置および／または送信に使用されるリソースに基づいてもよい。明示的なインジケーションは、例えば、情報を表す１つまたは複数のパラメータ、および／または１つまたは複数のインデックスまたは指標、および／または１つまたは複数のビットパターンを有するパラメータ化に基づいてもよい。特に、利用されるリソースシーケンスに基づく本明細書に記載の制御シグナリングは、制御シグナリングタイプを暗示的に示すと考えることができる。

【0054】

ダウンリンクでの送信は、ネットワークまたはネットワークノードから端末への送信に関するものであってもよい。アップリンクでの送信は、端末からネットワークまたはネットワークノードへの送信に関するものであってもよい。サイドリンクでの送信は、ある端末から別の端末への（直接の）送信に関するものである。アップリンク、ダウンリンク、およびサイドリンク（例えば、サイドリンクの送受信）は、通信方向とみなされることがある。いくつかの変形例では、アップリンクおよびダウンリンクは、ネットワークノード間の無線通信、例えば無線バックホールおよび／または中継通信、および／または例えば基地局または同様のネットワークノード間の（無線）ネットワーク通信、特にそのようなもので終了する通信のために使用されることもある。バックホールおよび／または中継通信および／またはネットワーク通信は、サイドリンクまたはアップリンク通信またはそれに類似した形態として実施されることが考えられる。

【0055】

端末または無線デバイスまたはノードを構成することは、無線デバイスまたはノードにその構成、例えば、少なくとも１つの設定および／またはレジスタエントリおよび／または動作モードを変更するように指示および／または引き起こすことを含むことができる。端末または無線デバイスまたはノードは、例えば、端末または無線デバイスのメモリ内の情報またはデータに従って、自身を構成するように適応されてもよい。他のデバイスまたはノードまたはネットワークによってノードまたは端末または無線デバイスを構成することは、他のデバイスまたはノードまたはネットワークによって無線デバイスまたはノードに情報および／またはデータおよび／または命令を送信することを参照および／または含むことがあり、例えば、割り当てデータ（これは構成データでもありおよび／または含むことがある）および／またはスケジューリングデータおよび／またはスケジューリンググラントである。端末を構成することは、例えば、ＧＴＳおよび／またはＷＵＳを示す割り当て／構成データを端末に送信することを含んでもよい。端末は、スケジューリングデータを用いておよび／またはスケジューリングデータのために、および／または、例えば、送信のために、スケジューリングされたおよび／または割り当てられたアップリンクリソースを使用し、および／または、例えば、受信のために、スケジューリングされたおよび／または割り当てられたダウンリンクリソースを使用し、および／または、ＧＴＳまたはＷＵＳなどのモード／状態に入るように構成されてもよい。アップリンクリソースおよび／またはダウンリンクリソースは、スケジューリングされ、割り当てまたは構成データが提供されてもよい。

【0056】

例えば、３ＧＰＰのＬＴＥおよび／またはニューラジオ（ＮＲ）などの１つの特定の無線システムからの用語が本開示で使用されることがあるが、これは、本開示の範囲を前述のシステムのみに限定するものと見なすべきではないことに留意されたい。また、限定されるものではないが、広帯域符号分割多重アクセス（ＷＣＤＭＡ（登録商標））、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）および移動通信のためのグローバルシステム（ＧＳＭ）を含む他の無線システムも、本開示内でカバーされるアイデアを利用することで利益を得ることができる。

【0057】

さらに、無線デバイスまたはネットワークノードによって実行されるものとして本明細書に記載された機能は、複数の無線デバイスおよび／またはネットワークノードに分散されてもよいことに留意されたい。言い換えれば、本明細書で説明するネットワークノードおよび無線デバイスの機能は、単一の物理デバイスによる性能に限定されず、実際には、複数の物理デバイスに分散させることができることが企図される。

【0058】

特に定義されない限り、本明細書で使用されるすべての用語（技術的および科学的な用語を含む）は、本開示が属する技術分野の通常の技術者によって一般的に理解されるのと同じ意味を有する。さらに、本明細書で使用される用語は、本明細書および関連する技術の文脈における意味と一致する意味を有するものとして解釈されるべきであり、本明細書で明示的にそのように定義されない限り、理想化されたまたは過度に形式的な意味で解釈されないことが理解されよう。

【0059】

実施形態は、無線デバイスにゴーツースリープ（ＧＴＳ）シグナリングおよび／またはウェイクアップシグナリング（ＷＵＳ）を示すことを提供する。

【0060】

同様の要素が同様の参照数字で参照される図面図を再度参照すると、図４には、ＬＴＥおよび／またはＮＲ（５Ｇ）などの規格をサポートすることができる３ＧＰＰ型セルラーネットワークなどの実施形態による通信システム１０の概略図が示されており、この通信システム１０は、無線アクセスネットワークなどのアクセスネットワーク１２と、コアネットワーク１４とから構成されている。アクセスネットワーク１２は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの複数のネットワークノード１６ａ、１６ｂ、１６ｃ（総称してネットワークノード１６と呼ぶ）からなり、それぞれが対応するカバレッジエリア１８ａ、１８ｂ、１８ｃ（総称してカバレッジエリア１８と呼ぶ）を定義する。各ネットワークノード１６ａ，１６ｂ，１６ｃは、有線または無線の接続２０を介してコアネットワーク１４に接続可能である。カバレッジエリア１８ａに位置する第１の無線デバイス（ＷＤ）２２ａは、対応するネットワークノード１６ｃに無線で接続するか、またはそれによってページングされるように構成されている。カバレッジエリア１８ｂにある第２のＷＤ２２ｂは、対応するネットワークノード１６ａに無線で接続可能である。この例では、複数のＷＤ２２ａ，２２ｂ（総称して無線デバイス２２と呼ぶ）が図示されているが、開示された実施形態は、唯一のＷＤがカバレッジエリア内にある場合や、唯一のＷＤが対応するネットワークノード１６に接続する場合にも同様に適用可能である。なお、便宜上、２つのＷＤ２２と３つのネットワークノード１６のみが示されているが、通信システムは、より多くのＷＤ２２とネットワークノード１６を含んでいてもよい。

【0061】

また、ＷＤ２２は、同時通信を行うことができ、および／または、１つ以上のネットワークノード１６および１つ以上のタイプのネットワークノード１６と個別に通信するように構成されることが企図される。例えば、ＷＤ２２は、ＬＴＥをサポートするネットワークノード１６と、ＮＲをサポートする同じまたは異なるネットワークノード１６とのデュアルコネクティビティを有することができる。一例として、ＷＤ２２は、ＬＴＥ／Ｅ－ＵＴＲＡＮのためのｅＮＢと、ＮＲ／ＮＧ－ＲＡＮのためのｇＮＢと通信することができる。

【0062】

通信システム１０は、それ自体がホストコンピュータ２４に接続されていてもよく、このホストコンピュータ２４は、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび／またはソフトウェアで具現化されていてもよく、あるいはサーバファームの処理リソースとして具現化されていてもよい。ホストコンピュータ２４は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによってまたはサービスプロバイダに代わって運営されてもよい。通信システム１０とホストコンピュータ２４との間の接続２６，２８は、コアネットワーク１４からホストコンピュータ２４に直接延びていてもよいし、任意の中間ネットワーク３０を介して延びていてもよい。中間ネットワーク３０は、パブリックネットワーク、プライベートネットワーク、またはホストネットワークのうちの１つ、または２つ以上の組み合わせであってもよい。中間ネットワーク３０は、もしあれば、バックボーンネットワークまたはインターネットであってもよい。いくつかの実施形態では、中間ネットワーク３０は、２つ以上のサブネットワーク（図示せず）で構成されていてもよい。

【0063】

図４の通信システムは、全体として、接続されたＷＤ２２ａ，２２ｂの１つとホストコンピュータ２４との間の接続性を可能にする。この接続性は、オーバーザトップ（ＯＴＴ）接続と表現することができる。ホストコンピュータ２４および接続されたＷＤ２２ａ、２２ｂは、アクセスネットワーク１２、コアネットワーク１４、任意の中間ネットワーク３０、および可能なさらなるインフラストラクチャ（図示せず）を仲介者として使用して、ＯＴＴ接続を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴ接続は、ＯＴＴ接続が通過する参加通信デバイスの少なくとも一部が、アップリンクおよびダウンリンク通信のルーティングを知らないという意味で、透過的であってもよい。例えば、ネットワークノード１６は、ホストコンピュータ２４から発信されたデータを有する着信ダウンリンク通信が接続されたＷＤ２２ａに転送される（例えば、引き渡される）ための過去のルーティングについて知らされていなくてもよいし、知らされる必要もない。同様に、ネットワークノード１６は、ホストコンピュータ２４に向けてＷＤ２２ａから発信される発信アップリンク通信の将来のルーティングを知らされる必要はない。

【0064】

ネットワークノード１６は、無線デバイス２２にゴーツースリープ（ＧＴＳ）シグナリングおよび／またはウェイクアップシグナリング（ＷＵＳ）を指示するように構成されている指示ユニット３２を含むように構成されている。無線デバイス２２は、無線デバイス２２を指示に従って動作させるように構成されている動作ユニット３４を含むように構成されている。

【0065】

次に、前の段落で説明したＷＤ２２、ネットワークノード１６およびホストコンピュータ２４の、実施形態に従った例示的な実装について、図５を参照して説明する。通信システム１０において、ホストコンピュータ２４は、通信システム１０の異なる通信装置のインタフェースとの有線または無線の接続を設定および維持するように構成された通信インタフェース４０を含むハードウェア（ＨＷ）３８を備える。ホストコンピュータ２４は、記憶および／または処理能力を有してもよい処理回路４２をさらに備える。処理回路４２は、プロセッサ４４およびメモリ４６を含んでもよい。特に、中央処理装置などのプロセッサおよびメモリに加えて、またはその代わりに、処理回路４２は、処理および／または制御のための集積回路、例えば、命令を実行するように適合された１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）を含んでいてもよい。プロセッサ４４は、任意の種類の揮発性および／または不揮発性メモリ、例えば、キャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（リードオンリーメモリ）および／または光学メモリおよび／またはＥＰＲＯＭ（消去可能プログラマブルリードオンリーメモリ）からなるメモリ４６にアクセスする（例えば、書き込みおよび／または読み出しを行う）ように構成されてもよい。

【0066】

処理回路４２は、本明細書に記載された方法および／またはプロセスのいずれかを制御し、および／またはそのような方法、および／またはプロセスを、例えば、ホストコンピュータ２４によって実行させるように構成されてもよい。プロセッサ４４は、本明細書に記載されたホストコンピュータ２４の機能を実行するための１つまたは複数のプロセッサ４４に対応する。ホストコンピュータ２４は、本明細書に記載されたデータ、プログラムソフトウェアコードおよび／または他の情報を格納するように構成されたメモリ４６を含む。いくつかの実施形態では、ソフトウェア４８および／またはホストアプリケーション５０は、プロセッサ４４および／または処理回路４２によって実行されると、プロセッサ４４および／または処理回路４２に、ホストコンピュータ２４に関して本明細書に記載された処理を実行させる命令を含んでもよい。命令は、ホストコンピュータ２４に関連するソフトウェアであってもよい。

【0067】

ソフトウェア４８は、処理回路４２によって実行可能であってもよい。ソフトウェア４８は、ホストアプリケーション５０を含む。ホストアプリケーション５０は、ＷＤ２２とホストコンピュータ２４で終端するＯＴＴ接続５２を介して接続するＷＤ２２などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際、ホストアプリケーション５０は、ＯＴＴ接続５２を使用して送信されるユーザデータを提供してもよい。「ユーザデータ」は、記載された機能を実装するものとして本明細書に記載されたデータおよび情報であってもよい。一実施形態では、ホストコンピュータ２４は、制御および機能性をサービスプロバイダに提供するように構成されてもよく、サービスプロバイダによって、またはサービスプロバイダに代わって操作されてもよい。ホストコンピュータ２４の処理回路４２は、ホストコンピュータ２４が、ネットワークノード１６およびまたは無線デバイス２２を観察、監視、制御、送信および／または受信することを可能にしてもよい。ホストコンピュータ２４の処理回路４２は、サービスプロバイダが本明細書に記載された１つまたは複数の表示に関連する情報を受信、処理、決定、送信、転送、中継などできるように構成された情報ユニット５４を含んでもよい。

【0068】

通信システム１０は、通信システム１０に設けられたネットワークノード１６であって、ホストコンピュータ２４との通信およびＷＤ２２との通信を可能にするハードウェア５８をさらに含む。ハードウェア５８は、通信システム１０の異なる通信装置のインタフェースとの有線または無線の接続を設定および維持するための通信インタフェース６０と、ネットワークノード１６が提供するカバレッジエリア１８に位置するＷＤ２２との少なくとも無線接続６４を設定および維持するための無線インタフェース６２とを含んでいてもよい。無線インタフェース６２は、例えば、１つまたは複数のＲＦ送信機、１つまたは複数のＲＦ受信機、および／または１つまたは複数のＲＦ送受信機として形成されてもよいし、それらを含んでもよい。通信インタフェース６０は、ホストコンピュータ２４への接続６６を容易にするように構成されてもよい。接続６６は直接であってもよいし、通信システム１０のコアネットワーク１４を通過してもよいし、および／または通信システム１０の外部の１つ以上の中間ネットワーク３０を通過してもよい。

【0069】

図示の実施形態では、ネットワークノード１６のハードウェア５８は、処理回路６８をさらに含む。処理回路６８は、プロセッサ７０およびメモリ７２を含んでもよい。特に、中央処理装置などのプロセッサおよびメモリに加えて、またはその代わりに、処理回路６８は、処理および／または制御のための集積回路、例えば、命令を実行するように適合された１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）を含んでもよい。プロセッサ７０は、任意の種類の揮発性および／または不揮発性メモリ、例えば、キャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（リードオンリーメモリ）および／または光学メモリおよび／またはＥＰＲＯＭ（消去可能プログラマブルリードオンリーメモリ）を構成するメモリ７２にアクセス（例えば、書き込みおよび／または読み出し）するように構成されていてもよい。

【0070】

このように、ネットワークノード１６は、例えばメモリ７２に内部的に格納されたソフトウェア７４をさらに有し、または、外部接続を介してネットワークノード１６がアクセス可能な外部メモリ（例えば、データベース、ストレージアレイ、ネットワークストレージデバイスなど）に格納されたソフトウェア７４を有する。ソフトウェア７４は、処理回路６８によって実行可能であってもよい。処理回路６８は、本明細書に記載された方法および／またはプロセスのいずれかを制御するように、および／または、そのような方法、および／またはプロセスを、例えば、ネットワークノード１６によって実行させるように構成されてもよい。プロセッサ７０は、本明細書で説明するネットワークノード１６の機能を実行するための１つまたは複数のプロセッサ７０に対応する。メモリ７２は、本明細書に記載されるデータ、プログラムソフトウェアコードおよび／または他の情報を格納するように構成される。いくつかの実施形態では、ソフトウェア７４は、プロセッサ７０および／または処理回路６８によって実行されると、プロセッサ７０および／または処理回路６８に、ネットワークノード１６に関して本明細書に記載された処理を実行させる命令を含むことができる。例えば、ネットワークノード１６の処理回路６８は、無線デバイス２２にゴーツースリープ（ＧＴＳ）シグナリングおよび／またはウェイクアップシグナリング（ＷＵＳ）を指示するように構成された指示ユニット３２を含んでもよい。

【0071】

通信システム１０は、すでに言及したＷＤ２２をさらに含む。ＷＤ２２は、ＷＤ２２が現在位置するカバレッジエリア１８にサービスを提供するネットワークノード１６との無線接続６４を設定および維持するように構成された無線インタフェース８２を含むハードウェア８０を有してもよい。無線インタフェース８２は、例えば、１つ以上のＲＦ送信機、１つ以上のＲＦ受信機、及び／又は１つ以上のＲＦ送受信機として形成されてもよいし、これらを含んでもよい。

【0072】

ＷＤ２２のハードウェア８０は、処理回路８４をさらに含む。処理回路８４は、プロセッサ８６およびメモリ８８を含んでもよい。特に、中央処理装置などのプロセッサおよびメモリに加えて、またはその代わりに、処理回路８４は、処理および／または制御のための集積回路、例えば、命令を実行するように適合された１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）を含んでもよい。プロセッサ８６は、任意の種類の揮発性および／または不揮発性メモリ、例えば、キャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（リードオンリーメモリ）および／または光学メモリおよび／またはＥＰＲＯＭ（消去可能プログラマブルリードオンリーメモリ）を構成することができるメモリ８８にアクセス（例えば、書き込みおよび／または読み出し）するように構成されてもよい。

【0073】

このように、ＷＤ２２は、例えばＷＤ２２のメモリ８８に記憶されているか、またはＷＤ２２がアクセス可能な外部メモリ（例えば、データベース、ストレージアレイ、ネットワークストレージデバイスなど）に記憶されているソフトウェア９０をさらに含んでいてもよい。ソフトウェア９０は、処理回路８４によって実行可能であってもよい。ソフトウェア９０は、クライアントアプリケーション９２を含んでいてもよい。クライアントアプリケーション９２は、ホストコンピュータ２４のサポートを受けて、ＷＤ２２を介して、人間または非人間のユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ２４では、実行中のホストアプリケーション５０が、ＷＤ２２とホストコンピュータ２４で終端するＯＴＴ接続５２を介して、実行中のクライアントアプリケーション９２と通信してもよい。ユーザにサービスを提供する際、クライアントアプリケーション９２は、ホストアプリケーション５０からリクエストデータを受信し、リクエストデータに応答してユーザデータを提供してもよい。ＯＴＴ接続５２は、リクエストデータとユーザデータの両方を転送してもよい。クライアントアプリケーション９２は、それが提供するユーザデータを生成するために、ユーザと対話してもよい。

【0074】

処理回路８４は、本明細書に記載されている方法および／またはプロセスのいずれかを制御するように、および／または、そのような方法、および／またはプロセスを、例えばＷＤ２２によって実行させるように構成されてもよい。プロセッサ８６は、本明細書に記載されたＷＤ２２の機能を実行するための１つまたは複数のプロセッサ８６に対応する。ＷＤ２２は、本明細書に記載されたデータ、プログラムされたソフトウェアコードおよび／または他の情報を記憶するように構成されたメモリ８８を含む。いくつかの実施形態では、ソフトウェア９０および／またはクライアントアプリケーション９２は、プロセッサ８６および／または処理回路８４によって実行されると、プロセッサ８６および／または処理回路８４に、ＷＤ２２に関して本明細書に記載された処理を実行させる命令を含んでもよい。例えば、無線デバイス２２の処理回路８４は、本明細書に記載された１つまたは複数の指示に従って無線デバイス２２を動作させる、および／または、動作させるように構成された動作ユニット３４を含んでもよい。

【0075】

いくつかの実施形態では、ネットワークノード１６、ＷＤ２２、およびホストコンピュータ２４の内部構造は、図５に示すようなものであってもよく、独立して、周囲のネットワークトポロジーは図４のものであってもよい。

【0076】

図５では、ＯＴＴ接続５２は、ネットワークノード１６を介したホストコンピュータ２４と無線デバイス２２との間の通信を説明するために抽象的に描かれており、任意の仲介デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングへの明示的な言及はない。ネットワークインフラストラクチャは、ルーティングを決定してもよく、それはＷＤ２２から、またはホストコンピュータ２４を操作するサービスプロバイダから、あるいはその両方から隠すように構成されてもよい。ＯＴＴ接続５２がアクティブである間、ネットワークインフラストラクチャはさらに、ルーティングを動的に変更する決定を（例えば、ロードバランシングの検討またはネットワークの再構成に基づいて）行ってもよい。

【0077】

ＷＤ２２とネットワークノード１６との間の無線接続６４は、本開示全体を通して説明された実施形態の教示に従っている。様々な実施形態の１つ以上は、無線接続６４が最後のセグメントを形成してもよいＯＴＴ接続５２を使用してＷＤ２２に提供されるＯＴＴサービスの性能を向上させるものである。より正確には、これらの実施形態のいくつかの教示は、データレート、遅延、および／または電力消費を改善し、それによって、ユーザの待ち時間の短縮、ファイルサイズの制限の緩和、より優れた応答性、バッテリ寿命の延長などの利点を提供することができる。

【0078】

いくつかの実施形態では、データレート、遅延、および１つ以上の実施形態が改善する他の要因を監視する目的で、測定手順が提供されてもよい。測定結果の変動に対応して、ホストコンピュータ２４とＷＤ２２との間のＯＴＴ接続５２を再構成するための任意のネットワーク機能がさらに設けられてもよい。測定手順および／またはＯＴＴ接続５２を再構成するためのネットワーク機能は、ホストコンピュータ２４のソフトウェア４８に、またはＷＤ２２のソフトウェア９０に、またはその両方に実装されてもよい。実施形態では、センサ（図示せず）は、ＯＴＴ接続５２が通過する通信デバイス内に、または通信デバイスと関連して配置されてもよく、センサは、上に例示した監視量の値を供給することによって、またはソフトウェア４８、９０が監視量を計算または推定することができる他の物理量の値を供給することによって、測定手順に参加してもよい。ＯＴＴ接続５２の再構成は、メッセージフォーマット、再送設定、優先ルーティングなどを含んでもよく、再構成は、ネットワークノード１６に影響を与える必要はなく、ネットワークノード１６には知られていない、または感知できないものであってもよい。いくつかのそのような手順および機能性は、当技術分野で知られており、実施されている可能性がある。特定の実施形態では、測定は、スループット、伝搬時間、遅延などのホストコンピュータ２４の測定を容易にする独自のＷＤシグナリングを含んでもよい。いくつかの実施形態では、測定は、ソフトウェア４８、９０が、伝搬時間、エラーなどを監視しながら、ＯＴＴ接続５２を使用してメッセージ、特に空のメッセージまたは「ダミー」メッセージを送信させることで実施されてもよい。

【0079】

このように、いくつかの実施形態では、ホストコンピュータ２４は、ユーザデータを提供するように構成された処理回路４２と、ＷＤ２２に送信するためにユーザデータをセルラーネットワークに転送するように構成された通信インタフェース４０とを含む。いくつかの実施形態では、セルラーネットワークは、無線インタフェース６２を有するネットワークノード１６も含む。いくつかの実施形態では、ネットワークノード１６は、および／またはネットワークノードの１６の処理回路６８は、ＷＤ２２への送信の準備／開始／維持／支援／終了、および／またはＷＤ２２からの送信の受信における準備／終了／維持／支援／終了のために、本明細書に記載された機能および／または方法を実行するように構成される。

【0080】

いくつかの実施形態では、ホストコンピュータ２４は、処理回路４２と、ＷＤ２２からネットワークノード１６への送信を起点とするユーザデータを受信するように構成された通信インタフェース４０とを含む。いくつかの実施形態では、ＷＤ２２は、ネットワークノード１６への送信の準備／開始／維持／支援／終了、および／またはネットワークノード１６からの送信の受信における準備／終了／維持／支援／終了のために、本明細書に記載された機能および／または方法を実行するように構成された、無線インタフェース８２および／または処理回路８４を備えている。

【0081】

図４および図５は、指示ユニット３２および動作ユニット３４などの様々な「ユニット」を、それぞれのプロセッサ内にあるものとして示しているが、これらのユニットは、ユニットの一部が処理回路内の対応するメモリに格納されるように実装されてもよいことが企図されている。言い換えれば、これらのユニットは、処理回路内のハードウェアまたはハードウェアとソフトウェアの組み合わせで実装されてもよい。

【0082】

図６は、一実施形態に従って、例えば、図４および図５の通信システムなどの通信システムに実装される例示的な方法を示すフローチャートである。通信システムは、図５を参照して説明したものであってもよい、ホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含んでもよい。本方法の第１のステップでは、ホストコンピュータ２４がユーザデータを提供する（ブロックＳ１００）。第１のステップの任意のサブステップでは、ホストコンピュータ２４は、例えばホストアプリケーション５０などのホストアプリケーションを実行することによって、ユーザデータを提供する（ブロックＳ１０２）。第２のステップでは、ホストコンピュータ２４は、ユーザデータをＷＤ２２に搬送する送信を開始する（ブロックＳ１０４）。任意の第３のステップにおいて、ネットワークノード１６は、本開示全体で説明されている実施形態の教示に従って、ホストコンピュータ２４が開始した送信で搬送されたユーザデータをＷＤ２２に送信する（ブロックＳ１０６）。任意の第４のステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって実行されるホストアプリケーション５０に関連する、例えばクライアントアプリケーション１１４などのクライアントアプリケーションを実行する（ブロックＳ１０８）。

【0083】

図７は、一実施形態にしたがって、たとえば図４の通信システムなどの通信システムで実施される例示的な方法を示すフローチャートである。通信システムは、ホストコンピュータ２４、ネットワークノード１６およびＷＤ２２を含んでもよく、これらは図４および図５を参照して説明したものであってもよい。本方法の第１のステップでは、ホストコンピュータ２４がユーザデータを提供する（ブロックＳ１１０）。任意のサブステップ（図示せず）において、ホストコンピュータ２４は、例えば、ホストアプリケーション５０などのホストアプリケーションを実行することによって、ユーザデータを提供する。第２のステップでは、ホストコンピュータ２４は、ユーザデータをＷＤ２２に搬送する送信を開始する（ブロックＳ１１２）。この送信は、本開示全体で説明した実施形態の教示に従って、ネットワークノード１６を経由してもよい。任意の第３のステップにおいて、ＷＤ２２は、送信で搬送されたユーザデータを受信する（ブロックＳ１１４）。

【0084】

図８は、一実施形態に従って、例えば、図４の通信システムなどの通信システムに実装される例示的な方法を示すフローチャートである。通信システムは、ホストコンピュータ２４、ネットワークノード１６およびＷＤ２２を含んでもよく、これらは図４および図５を参照して説明したものであってもよい。本方法の任意の第１のステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって提供される入力データを受信する（ブロックＳ１１６）。第１のステップの任意のサブステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって提供された受信した入力データに反応してユーザデータを提供するクライアントアプリケーション１１４を実行する（ブロックＳ１１８）。さらにまたは代替的に、オプションの第２のステップにおいて、ＷＤ２２はユーザデータを提供する（ブロックＳ１２０）。第２のステップの任意のサブステップでは、ＷＤは、例えばクライアントアプリケーション１１４などのクライアントアプリケーションを実行することによって、ユーザデータを提供する（ブロックＳ１２２）。ユーザデータを提供する際、実行されたクライアントアプリケーション１１４は、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザーデータが提供された特定の方法にかかわらず、ＷＤ２２は、任意の第３サブステップにおいて、ユーザーデータのホストコンピュータ２４への送信を開始してもよい（ブロックＳ１２４）。本方法の第４のステップでは、ホストコンピュータ２４は、本開示全体で説明された実施形態の教示に従って、ＷＤ２２から送信されたユーザデータを受信する（ブロックＳ１２６）。

【0085】

図９は、一実施形態にしたがって、たとえば図４の通信システムなどの通信システムに実装される例示的な方法を示すフローチャートである。通信システムは、ホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含んでもよく、これらは、図４および図５を参照して説明したものであってもよい。本方法の任意の第１のステップでは、本開示全体で説明した実施形態の教示に従って、ネットワークノード１６は、ＷＤ２２からユーザデータを受信する（ブロックＳ１２８）。任意の第２のステップにおいて、ネットワークノード１６は、受信したユーザデータのホストコンピュータ２４への送信を開始する（ブロックＳ１３０）。第３のステップでは、ホストコンピュータ２４は、ネットワークノード１６が開始した送信で搬送されたユーザデータを受信する（ブロックＳ１３２）。

【0086】

図１０は、本開示の１つまたは複数の実施形態による、ネットワークノード１６における例示的なプロセスのフローチャートである。ネットワークノード１６によって実行される１つまたは複数のブロックおよび／または機能は、処理回路６８の指示ユニット３２、プロセッサ７０、無線インタフェース６２などのような、ネットワークノード１６の１つまたは複数の要素によって実行されてもよい。１つまたは複数の実施形態では、処理回路６８、プロセッサ７０および無線インタフェース６２のうちの１つまたは複数を介してなどのネットワークノード１６は、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つの指示が無線デバイス２２の少なくとも１つのオン期間に関連付けられている、無線デバイス２２にゴーツースリープ（ＧＴＳ）シグナリングおよびウェイクアップシグナリング（ＷＵＳ）のうちの少なくとも１つを指示するように構成される（ブロックＳ１３４）。１つまたは複数の実施形態において、「オン期間」は、無線デバイス２２がネットワークノード１６からの送信を少なくとも監視する持続時間を指すことがある。

【0087】

１つまたは複数の実施形態によれば、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つの指示は、少なくとも１つの基準に少なくとも部分的に基づいており、少なくとも１つの基準は、無線デバイス２２のデータトラフィックパターン、ダウンリンクバッファの状態、およびチャネル状態情報測定の状態のうちの少なくとも１つを含む。１つ以上の実施形態によれば、ＧＴＳ信号およびＷＵＳ信号のうちの少なくとも１つの表示は、以下のうちの少なくとも１つに対応する：ＧＴＳ信号、ＷＵＳシグナリング、ＧＴＳシグナリングを示すＷＵＳシグナリングの欠如、およびＷＵＳシグナリングを示すＧＴＳシグナリングの欠如。

【0088】

図１１は、本開示の１つまたは複数の実施形態による、無線デバイス２２における例示的なプロセスのフローチャートである。無線デバイス２２によって実行される１つまたは複数のブロックおよび／または機能は、処理回路８４、プロセッサ８６、無線インタフェース８２などの動作ユニット３４によってなど、無線デバイス２２の１つまたは複数の要素によって実行されてもよい。１つまたは複数の実施形態において、処理回路８４、プロセッサ８６および無線インタフェース８２のうちの１つまたは複数を介してなどの無線デバイス２２は、ゴーツースリープ（ＧＴＳ）シグナリングおよびウェイクアップシグナリング（ＷＵＳ）のうちの少なくとも１つの指示に従って動作するように構成され（ブロックＳ１３６）、ここで、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つの指示は、無線デバイス２２の少なくとも１つのオン期間に関連付けられている。

【0089】

１つまたは複数の実施形態によれば、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つの指示は、少なくとも１つの基準に少なくとも部分的に基づいており、少なくとも１つの基準は、無線デバイス２２のデータトラフィックパターン、ダウンリンクバッファの状態、およびチャネル状態情報測定の状態のうちの少なくとも１つを含む。１つ以上の実施形態によれば、ＧＴＳ信号およびＷＵＳ信号のうちの少なくとも１つの表示は、以下のうちの少なくとも１つに対応する：ＧＴＳ信号、ＷＵＳシグナリング、ＧＴＳシグナリングを示すＷＵＳシグナリングの欠如、およびＷＵＳシグナリングを示すＧＴＳシグナリングの欠如。

【0090】

ゴーツースリープ（ＧＴＳ）シグナリングおよび／またはウェイクアップシグナリング（ＷＵＳ）を示すための制御情報を無線デバイス２２にシグナリングするための取り決めを一般的に説明してきたが、これらの取り決め、機能およびプロセスの詳細は以下のように提供され、ネットワークノード１６、無線デバイス２２および／またはホストコンピュータ２４によって実施されてもよい。

【0091】

実施形態は、無線デバイスへのゴーツースリープ（ＧＴＳ）シグナリングおよび／またはウェイクアップシグナリング（ＷＵＳ）の指示を提供する。省電力信号または省電力の信号の構成および監視に関するいくつかの実施形態を提示する。省電力信号は、省電力イベント、例えば、ウェイクアップ信号（ＷＵＳ）、ゴーツースリープ（ＧＴＳ）、ＢＷＰのアクティブ化または非アクティブ化、アンテナのアクティブ化または非アクティブ化などをトリガするためのインジケータとして使用することができる。本明細書で使用される場合、「省電力信号」は、ＷＵＳおよび／またはＧＴＳ、特に、ＰＤＣＣＨベースの信号、すなわちＷＵＳ－ＤＣＩおよびＧＴＳ－ＤＣＩに対応してもよい。

【0092】

一般的な枠組み：

【0093】

無線デバイス２２が、いくつかの省電力信号リソースおよび省電力信号監視機会を有するように構成される、少なくとも１つのシナリオが提供される。特に、これらのリソースおよび／または機会がＰＤＣＣＨベースである場合、リソースは、ネットワークノード１６および／またはネットワークによって無線デバイス２２のために事前に構成されたいくつかの制御リソースセット（ＣＯＲＥＳＥＴＳ）／検索空間（ＳＳ）であり得る。

【0094】

無線デバイス２２がＤＲＸで構成されている場合、いくつかの省電力信号監視機会が、オン期間の前または最初に構成される。本開示では、「オン期間の前」という概念は、オン期間の最初の場合も含む。

【0095】

監視機会は、すべてのオン期間の前に設定することも、周期的または非周期的に一部のオン期間の前に設定することもできる。この監視機会の設定は、無線リソース制御（ＲＲＣ）シグナリングを介して実行することができ、より速い適応が必要な場合には、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）またはダウンリンク制御情報（ＤＣＩ）シグナリングも採用することができる。

【0096】

上述したように、省電力信号は、ＷＵＳまたはＧＴＳのいずれかを含むことができる。ＷＵＳは、その検出時に、無線デバイス２２がウェイクアップ（すなわち、非アクティブモードからアクティブモードへの遷移）し、スケジューリングＤＣＩを受信する準備ができ、または、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）／物理アップリンク共有チャネル（ＰＵＳＣＨ）／物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してデータの受信または送信を直接開始することが指示されている信号である。

【0097】

一方、ＧＴＳは、その検出時に無線デバイス２２が直ちに、またはＧＴＳの一部として提供されるコマンドに基づいてスリープに入る（すなわち、非アクティブモードに入る）信号であり、これは、一定の時間間隔の間、データの受信または送信が行われないことを意味する。

【0098】

ネットワークおよび／またはネットワークノード１６が省電力信号機会に送信／伝送／信号を送る最大数に応じて、時間または頻度で連続した複数の省電力監視機会、またはその両方の組み合わせを考慮することができる。例えば、１つ以上の実施形態では、１つの特定の監視機会をＷＵＳについて考慮することができ、１つの特定の監視機会をＧＴＳについて考慮することができ、またはいくつかのＷＵＳおよびいくつかのＧＴＳを考慮することができる。別のアプローチでは、ＷＵＳ（複数）およびＧＴＳ（複数）は、同じ監視機会（複数）を共有する。いくつかの実施形態では、無線デバイス２２は、ＷＵＳのみを検出するように事前に構成され、受信したＷＵＳの欠如は、ＧＴＳを示唆および／または指示する、または無線デバイス２２は、ＧＴＳのみを検出するように事前に構成され、受信したＧＴＳの欠如は、ＷＵＳを示唆および／または指示する。

【0099】

以下に、この一般的な枠組みのいくつかの具体例を示す。本明細書で使用される場合、ＧＴＳは、ＧＴＳシグナリングおよび／またはＧＴＳ／ＧＴＳシグナリングの表示を参照することができ、一方、ＷＵＳは、ＷＵＳシグナリングおよび／またはＷＵＳ／ＷＵＳシグナリングのインジケーションを参照することができる。

【0100】

例１：オン期間の前のＧＴＳ

【0101】

１つまたは複数の実施形態において、省電力信号は、ＧＴＳ、例えば、無線デバイス２２のＣ－ＤＲＸ構成によって定義される無線デバイス２２のオン期間の前に（すなわち、無線デバイスがスリープモード、または非アクティブモードにあるときに）送信および／または送信および／またはシグナリングされるＰＤＣＣＨベースのＧＴＳである。無線デバイス２２によるＧＴＳの検出後、無線デバイス２２は、今後のオン期間をスキップすることができ、すなわち、今後のオン期間の間、スリープモードを継続することができる。別の言い方をすると、無線デバイス２２は、Ｃ－ＤＲＸ構成によってスケジュールされた、または定義されたアクティブモード時間の間、スリープ／非アクティブモードを継続する。これにより、例えば図３に示されるように、無線デバイスがアクティブモードに遷移して、ＰＤＣＣＨの監視がそのオン期間に必要でないことを発見してから、非アクティブモードに戻るという状況を回避することができる。したがって、アクティブモードへの不必要な遷移を回避することができ、無線デバイスのさらなる省電力化につながる。

【0102】

１つまたは複数の例では、ネットワークおよび／またはネットワークノード１６は、処理回路６８を介してなど、Ｎ（複数）個の今後のオン期間をスキップするように無線デバイス２２を構成することができる。このような構成は、ネットワークノード１６および／またはネットワークによって、例えばＲＲＣ／ＭＡＣ＿ＣＥメカニズムを介して事前に構成することができ、またはＤＣＩシグナリングを用いて（例えば現在のＧＴＳにおいて）動的に指示することができる。

【0103】

１つまたは複数の例では、ネットワークノード１６および／またはネットワークは、事前に構成されたパターン（例えば、ＲＲＣを介して）、または動的なパターン（例えば、ＭＡＣ ＣＥまたはＤＣＩシグナリングを介して通知される）で、Ｍ個の今後のオン期間のうちＮ個をスキップするように、無線デバイス２２を処理回路６８を介してなど構成することができる。

【0104】

１つまたは複数の例では、特にＤＣＩベースのＧＴＳ（ＧＴＳ－ＤＣＩで示される）に関して、ＧＴＳは追加のコマンドを含み、これらのコマンドは、他のもの／データ／情報の中で、無線デバイス２２がどのくらいの時間および／または期間の間スリープしなければならないか、スリープパターン（例えば、どのオン期間がスキップされるべきか）、ＧＴＳおよび場合によってはＷＵＳ構成のオーバーライド、または最初に予想されるＰＤＳＣＨへの直接指示を含むことができる。図１２に示すＧＴＳ－ＤＣＩペイロードの例は、これがＧＴＳ－ＤＣＩであることを示すビットまたはビットフィールド１２０１を含むことができ、残りのＧＴＳ－ＤＣＩペイロードの残りまたは一部（１２０３で示される）は、１つまたは複数の追加コマンドを提供するために使用することができる。ＤＣＩ自体は、現在のＤＣＩフォーマット（例えば０－１）に含まれるように設計することも、新しいＤＣＩとして設計することもできる。

【0105】

ＷＵＳの場合と同様に、ＧＴＳの場合も、ＧＴＳ信号を選択する際に関連する可能性のある２つの要因は、未検出率と誤検出率である。ＧＴＳ信号の未検出は、無線デバイス２２がスリープ状態（すなわち、スリープモードまたは省電力モードまたは非アクティブモード）であったかもしれない期間の間、無線デバイス２２をウェイクアップさせることにつながり、したがって、いくつかの電力を浪費することになるかもしれない。誤検出は、ネットワークおよび／またはネットワークノード１６が、無線デバイス２２のために例えばＰＤＳＣＨをスケジューリングすることを期待または計画している間、無線デバイス２２をスリープ状態（すなわち、スリープモードおよび／または省電力モードまたは非アクティブモード）にする可能性がある。そのため、ＷＵＳの場合とは逆に、誤検出がネットワークノード１６および／またはネットワークにおける資源の浪費につながり、さらに追加の遅延が発生するため、低い誤検出率に着目することが望ましいかもしれない。したがって、非常に低い誤検出率を実現する一方で、電力を節約するために低い未検出を行うようにＧＴＳを設計することが重要であるかもしれない。

【0106】

例１に係る実施形態の概要を図１５及び１６に示す。図１５および図１６に示す。図１５は、無線デバイス２２で実行される方法ステップのフローチャートである。Ｓ１３８では、ＷＤ２２は、ＧＴＳ信号の表示を受信する。ＧＴＳ信号は、ＷＤが非アクティブモード、すなわち省電力モードにあるときに受信される。したがって、今後のアクティブ時間モード、すなわちオン期間に先立って受信される。ＧＴＳ信号は、次のアクティブモードの間、非アクティブモードに留まるようＷＤに指示する。言い換えれば、ＧＴＳ信号は、今後のアクティブモードの時間／オン期間の間、そのアクティブモードの外に留まるようにＷＤ２２に示す。上述したように、ＧＴＳ信号は、いくつかの例では、例えばＤＣＩのＰＤＣＣＨ上で受信することができる。図１６は、ネットワークノード１６で実行される対応する方法ステップを示す。ステップ１４０において、ネットワークノードは、ＷＤが非アクティブモード、すなわち省電力モードにあるときに、ＧＴＳ信号をＷＤ２２に示す。言い換えれば、今後のアクティブ時間モード、すなわちオン期間の前にＷＤ２２に示される。ＧＴＳ信号は、今後のオン期間の間、ＷＤが非アクティブモードに留まることを示す。

【0107】

例２：１つまたは複数のオン期間に対する共同ＷＵＳおよびＧＴＳメカニズム

【0108】

例２ａでは、共同ＷＵＳおよびＧＴＳメカニズムが検討され、ネットワークおよび／またはネットワークノード１６は、オン期間の前にＷＵＳ（スケジューリングＰＤＣＣＨの監視）を送信し、次にオン期間の間にＧＴＳを送信してオン期間を短縮し、それによって無線デバイスの電力を節約する、またはその逆（ＧＴＳはデバイスにスケジューリングＰＤＣＣＨの監視をさせず、ＷＵＳのみを監視させる）を判定／決定することが可能である。図１３は、例２ａを示している。言い換えると、無線デバイスは、非アクティブ（またはスリープ、または低電力）モードのときにＷＵＳ１３０１を受信し、アクティブモードのときにＧＴＳ信号１３０３を受信する。この例では、ＷＵＳおよびＧＴＳ信号は、単一のオン期間、すなわち単一のアクティブモード時間に送信される。すなわち、ＷＵＳは、デバイスをそのアクティブモードに遷移させるために、オン期間／アクティブモード時間１３０５の前に受信され、ＧＴＳは、アクティブモード時間の間に無線デバイスを非アクティブモードに戻るように遷移させるために、オン期間／アクティブモード時間の間に受信される。

【0109】

一例では、ネットワークノード１６および／またはネットワークは、今後のオン期間に無線デバイス２２をスケジュールすることを計画し、ここで、ネットワークノード１６は、処理回路６８および／または通信インタフェース６０および／または無線インタフェース６２を介してなど、無線デバイス２２をウェイクアップするためにＷＵＳを送信することができる。その後、情報の配信が終了し、例えば、ＵＥのＤＬバッファだけでなく、そのＢＳＲも空になると、ネットワークノード１６は、無線デバイス２２をスリープ状態にするためにＧＴＳ信号を送信することができる。ここでは、ＧＴＳ－ＤＣＩまたはＭＡＣ＿ＣＥのＤＲＸコマンドまたはその拡張（特に追加のコマンドが必要な場合）のいずれかを、ＧＴＳとして送信することができる。ネットワークノード１６は、このＧＴＳを用いて、現在のＷＵＳ／ＧＴＳの設定を上書きするか、そのままにしておくことができる。

【0110】

１つまたは複数の実施形態では、ネットワークノード１６は、処理回路６８および／または通信インタフェース６０および／または無線インタフェース６２を介してなど、事前に定義されたまたは動的なパターン（すなわち、基準）に従って、今後のオン期間のＮ個の数、またはＭ個のうちのＮ個のもののために無線デバイス２２をウェイクアップし、その後、無線デバイス２２に対して何もスケジュールされていない、またはスケジュールされることが計画されている場合に、無線デバイス２２をスリープ状態にするためにＧＴＳを使用する、すなわち、少なくとも１つの基準に基づいてＧＴＳを使用することができる。ＧＴＳがたまたまこれらのオン期間のいずれかになった場合、ネットワークノード１６は、現在のＷＵＳ／ＧＴＳ構成を上書きするか、現在の構成の終わりまで無線デバイス２２をスリープさせるか、あるいは現在のオン期間をスキップするだけで、その後もウェイクアップパターンは同じままである。このような（再）構成は、ＲＲＣシグナリング、またはＭＡＣ＿ＣＥによって事前に構成されるか、またはＧＴＳ－ＤＣＩに明確に含まれる。

【0111】

上述の実施形態と反対の実施形態は、ネットワークノード１６が、無線デバイス２２のバッファが空であること（すなわち、少なくとも１つの基準）に気付き、および／または決定し、および／または指示を受信した場合、ネットワークノード１６は、イベントをスキップするために、今後のオン期間／アクティブモード時間の前にＧＴＳを送信することができる（すなわち、オン期間／アクティブモード時間の間、デバイスをその非アクティブモードまたは省電力モードに留まらせることができる）。それにもかかわらず、無線デバイス２２への送信のためにいくつかの高位の情報が出てきた場合には、ネットワークノード１６は、無線デバイス２２をウェイクアップするためにＷＵＳを送信することができる。この場合、無線デバイス２２は、ＲＲＣシグナリングを介して、または他の動的手段、例えばＧＴＳ－ＤＣＩ内のコマンドを介して、定期的または非定期的ないくつかのＷＵＳの機会にＷＵＳを監視するように、事前に設定されるべきである。ネットワークノード１６がＷＵＳ、例えば、ＷＵＳ－ＤＣＩを送信することを決定／判定した場合、ネットワークノード１６がこれを使用して現在のＷＵＳ／ＧＴＳを変更する場合である。要約すると、この代替実施形態では、無線デバイス２２は、今後のアクティブモード時間の前にＧＴＳを受信し、その後、アクティブモード時間／オン期間の間にＷＵＳを受信し、ＷＵＳは、アクティブモード時間の間に、無線デバイスをその非アクティブモードからそのアクティブモードに遷移させる。

【0112】

例２ａに係る実施形態の概要を、図１７および図１８に示す。図１７は、無線デバイス２２が実行するステップを示す。ステップＳ１４２では、無線デバイス２２は、非アクティブモード、すなわち省電力モードにあるときに、ＷＵＳの指示を受信する。したがって、ＷＵＳの指示は、アクティブモードの時間の前、すなわち、今後のオン期間の前に受信される。ＷＵＳは、そのアクティブモードへの遷移を無線デバイスに示す。Ｓ１４４において、無線デバイス２２は、そのアクティブモードにあるときに、ＰＤＣＣＨ上のＧＴＳ信号の指示を受信する。言い換えれば、ＧＴＳ信号は、アクティブモード時間、すなわちオン期間の間に受信される。ＧＴＳ信号は、アクティブモード時間の間に、アクティブモードから非アクティブモード（省電力モード）に遷移することを無線デバイス２２に示すものである。ＧＴＳ信号を受信すると、無線デバイス２２は、アクティブモード時間の間、アクティブモードから遷移する。ＷＵＳ信号および／またはＧＴＳ信号は、ネットワークノード１６から、またはネットワーク、ＮＷから受信することができる。

【0113】

無線デバイス２２によって実行される対応する方法ステップは、図１８に示されている。Ｓ１４６において、ネットワークノード１６は、無線デバイスがその非アクティブモードにあるときに、ＷＵＳを無線デバイスに示す。したがって、ＷＵＳは、無線デバイスのＣ－ＤＲＸ構成によって定義されるアクティブモード時間の前に、無線デバイス２２に示される。ＷＵＳは、アクティブモードへの遷移を無線デバイス２２に指示する。ステップＳ１４８において、ネットワークノード１６は、アクティブモード時間中に、ＰＤＣＣＨ上のＧＴＳ信号を無線デバイス２２に指示する。このように、ＧＴＳ信号は、無線デバイス２２がアクティブモードであるときに、無線デバイス２２に示される。また、ＧＴＳ信号は、アクティブモード時間中に、非アクティブモードへの遷移を無線デバイス２２に示す。

【0114】

別の例２ｂでは、ネットワークノード１６は、処理回路６８および／または通信インタフェース６０および／または無線インタフェース６２を介してなど、事前に定義されたまたは動的なパターン（すなわち、ＧＴＳを使用するための少なくとも１つの基準）に従って、今後のオン期間のＮ個の数、またはＭ個のうちのＮ個の数のためにＧＴＳを使用して無線デバイス２２をスリープ状態にし、その後、何かが予定されているまたは予定されていることが予想される場合（すなわち、ＷＵＳを使用するための少なくとも１つの基準）、ＷＵＳを使用して無線デバイス２２をウェイクアップすることができる。ここでも、無線デバイス２２は、ＲＲＣシグナリングを介して、または他の動的な手段、例えばＧＴＳ－ＤＣＩ内のコマンドを介して、いくつかのＷＵＳの機会に定期的または非定期的にＷＵＳを監視するように、事前に設定されてもよい。ＧＴＳを検出した後、無線デバイス２２は、ＷＵＳのみを監視してもよい。受信ＷＵＳの不在は、ＧＴＳコマンドがまだ有効であると解釈されてもよく、すなわち、受信ＷＵＳの不在は、ＧＴＳコマンドがまだ有効であることを無線デバイス２２に示すか、別の言い方をすれば、ＷＵＳシグナリングの欠如はＧＴＳシグナリングを示す。対称的に、ＷＵＳを検出した後、無線デバイス２２は、スケジューリングＰＤＣＣＨまたはＧＴＳを監視することになる。受信したＧＴＳがないことは、スケジューリングＰＤＣＣＨの監視を継続することを示すものであり、別の言い方をすれば、ＧＴＳシグナリングの欠如はＷＵＳシグナリングを示すものである。図１４は、例２ｂを示す図である。ＷＵＳは１４０１で、ＧＴＳ信号は１４０３で図示されている。複数のオン期間（アクティブモード時間）は、一般的に１４０５で示されている。

【0115】

さらに、前の例と同様に、ＷＵＳ、例えば、ＷＵＳ－ＤＣＩを使用して、現在のオン期間だけ、または、残りのすべてのオン期間またはその一部について、無線デバイス２２をウェイクアップすることができ、あるいは、現在のＷＵＳ／ＧＴＳ構成を上書きすることもできる。そのような（再）構成は、例えば、ＲＲＣシグナリング、またはＭＡＣ＿ＣＥによって事前に構成されるか、またはＷＵＳ－ＤＣＩに含まれることができる。

【0116】

いくつかの例では、ＷＵＳは、すべてのまたはいくつかのＰＤＣＣＨ監視機会の前に送信され、ＧＴＳ信号は、現在の受信／送信が終わったときに送信される。これは、より「アグレッシブ」なアプローチである。

【0117】

ある無線デバイス２２について、ネットワークノード１６は、処理回路６８および／または通信インタフェース６０および／または無線インタフェース６２を介してなど、無線デバイス２２の今後のデータトラフィックパターン（すなわち、データトラフィックパターンは、ＧＴＳおよび／またはＷＵＳの使用のための少なくとも１つの基準であってもよい）に応じて、ＧＴＳおよびＷＵＳ信号をスケジューリングしてもよい。例えば、現在の受信／送信が終わった後、次のＰＤＣＣＨまでの時間間隔が閾値（無線デバイス２２のウェイクアップランプアップおよびゴーイングツースリープランプダウンの期間に対応する）よりも長い場合に、ＧＴＳを送信してもよい。これは、短い期間にあまりにも頻繁に発生する可能性のある、スリープとウェイクアップとの間の無線デバイス２２による追加のスイッチングを回避することができる。

【0118】

例３：ＷＵＳ／ＧＴＳのリソース

【0119】

ネットワークノード１６は、ＷＵＳ／ＧＴＳ用のリソースを割り当てるいくつかの方法を有する。以下では、ＰＤＣＣＨベースのＷＵＳ／ＧＴＳ、すなわちＷＵＳ－ＤＣＩおよびＧＴＳ－ＤＣＩのためのＷＵＳ／ＧＴＳリソースについて説明する。しかし、同様の手順は、他のタイプのＷＵＳ／ＧＴＳ、例えばシーケンスベースのＷＵＳ／ＧＴＳにも適用可能である。

【0120】

１つまたは複数の実施形態において、ネットワークノード１６は、ＷＵＳおよびＧＴＳ信号のための別個のＣＯＲＥＳＥＴ／検索空間（ＳＳ）を定義することができる。リソースは、ＷＵＳおよびＧＴＳに追加的に固有のもの、例えば、ＷＵＳ－ＣＯＲＥＳＥＴ／ＳＳまたはＧＴＳ－ＣＯＲＥＳＥＴ／ＳＳとすることができる。この場合、ＤＣＩがたまたま特定のＧＴＳ－ＣＯＲＥＳＥＴｓ／ＳＳに該当する場合、無線デバイスはそれをＧＴＳ－ＤＣＩと見なし、ＷＵＳ－ＣＯＲＥＳＥＴｓ／ＳＳに該当する場合、無線デバイスはそれをＷＵＳ－ＤＣＩと見なす。これらのＣＯＲＥＳＥＴｓ／ＳＳは、通常のＰＤＣＣＨ監視のためのものと同じであってもよいし、ＷＵＳ／ＧＴＳの特定の目的のために追加で定義されたものであってもよい。

【0121】

１つまたは複数の実施形態では、ネットワークノード１６は、処理回路６８および／または通信インタフェース６０および／または無線インタフェース６２を介してなど、ＷＵＳおよびＧＴＳが同じＣＯＲＥＳＥＴ／ＳＳで監視されるように構成することができる。この場合、ＷＵＳまたはＧＴＳのために送信されるＤＣＩは、無線デバイス２２がＤＣＩを区別できるように、互いに異なる必要があるかもしれない。例えば、ビットまたはビットフィールドによって、ＷＵＳまたはＧＴＳであることを示すことができる。あるいは、例えば、Ｃ－ＲＮＴＩの特定の機能は、これがＷＵＳであることを示すことができ、その逆はＧＴＳを示すことができ、あるいはその逆も可能である。一実施形態では、ネットワークノード１６は、両方に同じ送信信号を使用してもよく、無線デバイス２２は、受信した信号がＷＵＳであるかＧＴＳであるかを、最も最近の以前に受信した信号に基づいて決定する－トグル機能である。

【0122】

例３の実施形態は、実施例１、２ａ、２ｂおよび４の実施形態と容易に組み合わせることができることに留意されたい。例えば、ＷＵＳおよび／またはＧＴＳ信号は、例３の実施形態に従って割り当てられたリソースで、例１、２ａ、２ｂおよび４の実施形態に従って無線デバイス２２に通信することができる。同様に、無線デバイス２２は、例１、２ａ、２ｂおよび４の実施形態に従って通信されたＷＵＳおよび／またはＧＴＳについて、例３の実施形態に従って割り当てられたリソースを監視することができる。

【0123】

例３に係る実施形態の概要を、無線デバイス２２が実行するステップを示す図１９に示す。ステップＳ１５０において、無線デバイスは、少なくとも１つのＣＯＲＥＳＥＴの割り当てを受信する。少なくとも１つのＣＯＲＥＳＥＴは、ネットワークノード１６、またはより一般的なネットワークから割り当てられ得る。ＣＯＲＥＳＥＴは、アクティブモード外の省電力信号の指示を監視するための少なくとも１つの探索空間と関連付けられる。したがって、無線デバイス２２は、デバイス２２がアクティブモード外（すなわち、デバイスが非アクティブモードまたは省電力モードにあるとき）に省電力信号の指示を監視するための少なくとも１つの探索空間に関連付けられたＣＯＲＥＳＥＴの割り当てを受ける。省電力信号は、ＧＴＳ信号またはＷＵＳであり得る。割り当てを受けると、無線デバイスは、省電力信号のために関連する探索空間を監視する。

【0124】

図２０は、ネットワークノード１６によって実行される方法ステップの対応するフローチャートを示す。ステップＳ１５２において、ネットワークノード１６は、無線デバイス２２がアクティブモード外（すなわち、デバイスが非アクティブモードまたは省電力モードにあるとき）の省電力信号の指示を監視することになっている少なくとも１つの探索空間に関連付けられている少なくとも１つのＣＯＲＥＳＥＴを無線デバイスに設定する。省電力信号は、ＧＴＳ信号またはＷＵＳであり得る。

【0125】

例４：ネットワークノード１６が、オン期間の前にＧＴＳまたはＷＵＳを送信するための決定を行う。

【0126】

１つ以上の実施形態では、ネットワークノード１６がオン期間の前にＷＵＳまたはＧＴＳを送信してもよいかどうかを決定するためにネットワークノード１６が従うことができる手順を説明する。特に、ネットワークノード１６がＷＵＳの不足の代わりにＧＴＳを送信する、またはその逆にＧＴＳの不足の代わりにＷＵＳを送信するための適切な時間について説明する。

【0127】

一例では、ネットワークノード１６は、処理回路６８および／または通信インタフェース６０および／または無線インタフェース６２を介してなど、無線デバイス２２へのトラフィックパターン（すなわち、基準）を考慮して、より少ない頻度で送信する必要があるかもしれない信号を送信することを決定する。無線デバイス２２がデータを頻繁に受信している場合、データがないときに時折ＧＴＳを送信することで、省電力シグナリングのためのネットワークノード１６のリソース使用量を減らすことができる。逆に、無線デバイス２２がデータをめったに受信しない場合は、ＷＵＳを探すように無線デバイス２２を構成することが好ましい場合がある。また、ＷＵＳまたはＧＴＳの選択は、ネットワークノード１６の負荷（すなわち、基準）に基づいて行われてもよく、例えば、リソース不足がない場合には、ＰＤＣＣＨ－ＧＴＳのような、より堅牢なＧＴＳが常に選択されてもよく、その場合、誤検出率が低く保たれる可能性がある。リソース不足の場合は、ＷＵＳとＧＴＳとの間で上記の選択が行われてもよい。

【0128】

１つまたは複数の実施形態において、ネットワークノード１６は、処理回路６８および／または通信インタフェース６０および／または無線インタフェース６２を介して、無線デバイスのＤＬバッファが空ではない場合、または無線デバイス２２が更新されたＣＳＩ測定値（特に非周期的なもの）を送信することが予想される場合、またはネットワークノード１６が今後のオン期間または今後のオン期間の数でいくつかのデータが来ることを予想する場合などに、ＷＵＳを送信することを決定することができる。これを行うために、ネットワークノード１６は、例えば、以前の無線デバイス２２の統計を見て、無線デバイス２２のデータ配信のパターン（すなわち、基準）を知ることができる。例えば、現在の統計に基づいて、いくつかのＤＬデータが無線デバイス２２で利用可能になる確率が閾値以上であれば、ネットワークノード１６はＷＵＳを送信し、それ以下であれば、ＷＵＳを送信しない。

【0129】

１つ以上の実施形態は、ＧＴＳについても提供することができる。例えば、無線デバイス２２のＤＬバッファが空（すなわち、基準）である場合、ネットワークノード１６は、ＧＴＳを送信し、次のオン期間（複数可）で無線デバイス２２をスリープ状態にさせることを決定することができ、または、ネットワークノード１６は、無線デバイス２２の以前のデータ配信パターンおよび関連する確率に基づいてこの決定を行うこともできる。

【0130】

いくつかの実施形態では、無線デバイス２２が、処理回路８４を使用するなどして、ＷＵＳおよびＧＴＳの両方を同時に監視するように構成されている場合、ネットワークノード１６がＷＵＳを送信することを決定すると、ネットワークノード１６はＧＴＳを送信しないことも決定することができ、またはネットワークノード１６がＧＴＳを送信することを決定すると、ネットワークノード１６はＷＵＳを送信しないことも決定することができる。これにより、無線デバイス２２が１回の機会にＷＵＳとＧＴＳの両方を監視するように構成されている場合には、位置ずれが生じる可能性がある。例えば、無線デバイス２２がＧＴＳを受信することになっており、それを正しく検出するだけでなく、ＷＵＳの誤検出をトリガする場合、無線デバイス２２がスリープすることを知らないか、または起きているままであるため、ミスアライメントが発生する可能性がある。

【0131】

上記のずれに対する１つの解決策は、ネットワークノード１６によって取得されるか、または無線デバイス２２によって報告されるかのいずれかのチャネル測定に基づいて、ネットワークノード１６が、いくつかの機会についてＧＴＳまたはＷＵＳのみを使用することを決定し、ＲＲＣシグナリング、ＭＡＣ＿ＣＥまたはＤＣＩのいずれかを介して、無線デバイス２２にこれを伝達することであり、ここで、ずれは、ＷＵＳおよび／またはＧＴＳを使用するための基準と見なされ得る。しかし、この場合のＲＲＣシグナリングは、構成がより長い期間にわたって同じままである可能性があるため、より適切であるかもしれない。例えば、１つまたは複数のチャネル条件が良好であり（すなわち、チャネルの１つまたは複数の計算および／または測定メトリクスが１つまたは複数の事前定義された閾値および／または基準を満たす）、したがってＷＵＳを確実に検出できる場合、ネットワークノード１６は、ＷＵＳを指示として使用することを決定してもよく、この場合、ＷＵＳの欠如はＧＴＳを指示してもよい。しかし、チャネル条件が良くない（すなわち、閾値および／または基準を満たさない）場合、ネットワークノード１６は、低い誤検出を提供し、したがってネットワークノード１６に対するリスクが少ないと思われるＧＴＳを使用することを決定してもよい。

【0132】

上述のずれに対する別の解決策は、特に、ネットワークノード１６が各機会をＷＵＳまたはＧＴＳに特定させず、無線デバイス２２が両方を監視することを期待する場合、ＧＴＳとＷＵＳの表示が衝突した場合に無線デバイス２２が起きたままになることである。

【0133】

ここで、ジョイントＷＵＳ／ＧＴＳの可能性は、エラーまたはミスアライメントの場合に、別のレベルの堅牢性を提供するものである。例えば、無線デバイス２２が誤ってスリープ状態になった場合、ネットワークノード１６は、ＨＡＲＱのＡＣＫ／ＮＡＣＫを受信しないとすぐにこれを認識することができ、したがって、ＷＵＳを使用して無線デバイス２２をウェイクアップさせようとすることができる。

【0134】

したがって、本明細書に記載されているように、本開示は、ネットワーク性能に影響を与えないように助けるために、ネットワークノード１６を担当させながら電力を節約する効率的なメカニズムを無線デバイス２２に提供する。ＧＴＳの提供は、無線デバイス２２がより確実にスリープ状態を維持し、その結果、追加のエネルギーを節約するのを助けることができる。ＷＵＳ対ＧＴＳ構成の適切な選択により、無線デバイス２２の省電力、省電力信号検出性能、およびネットワークノード１６のリソース利用の間の有利なトレードオフを呼び出すことができる。

【0135】

当業者であれば理解できるように、本明細書で説明した概念は、方法、データ処理システム、コンピュータプログラム製品、および実行可能なコンピュータプログラムを格納するコンピュータ記憶媒体として具現化することができる。したがって、本明細書に記載されている概念は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはソフトウェアとハードウェアの側面を組み合わせた実施形態のいずれかの形をとることができ、これらはすべて一般に「回路」または「モジュール」と呼ばれる。本明細書に記載されている任意のプロセス、ステップ、アクション、および／または機能は、対応するモジュールによって実行され、および／またはモジュールに関連付けられ、それらはソフトウェアおよび／またはファームウェアおよび／またはハードウェアで実装されてもよい。さらに、本開示は、コンピュータによって実行可能な、媒体に具現化されたコンピュータプログラムコードを有する、有形のコンピュータ使用可能な記憶媒体上のコンピュータプログラム製品の形態をとることができる。ハードディスク、ＣＤ－ＲＯＭ、電子記憶装置、光学記憶装置、または磁気記憶装置を含む、任意の適切な有形コンピュータ可読媒体を利用することができる。

【0136】

いくつかの実施形態を、方法、システム、およびコンピュータプログラム製品のフローチャート図および／またはブロック図を参照して本明細書で説明する。フローチャート図および／またはブロック図の各ブロック、ならびにフローチャート図および／またはブロック図のブロックの組み合わせは、コンピュータプログラム命令によって実装できることが理解されるであろう。これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行される命令が、フローチャート図および／またはブロック図のブロックまたはブロックで指定された機能／動作を実施するための手段を作成するようなマシンを生成するために、汎用コンピュータ（それによって特別な目的のコンピュータを作成する）、特別な目的のコンピュータ、または他のプログラマブルデータ処理装置のプロセッサに提供され得る。

【0137】

これらのコンピュータプログラム命令は、コンピュータ可読メモリに格納された命令が、フローチャートおよび／またはブロック図のブロックまたはブロックで指定された機能／動作を実施する命令手段を含む製造品を作り出すように、コンピュータまたは他のプログラム可能なデータ処理装置に特定の方法で機能するように指示することができるコンピュータ可読メモリまたは記憶媒体に格納することもできる。

【0138】

また、コンピュータプログラム命令は、コンピュータまたは他のプログラム可能なデータ処理装置にロードされ、コンピュータまたは他のプログラム可能な装置上で実行される命令が、フローチャートおよび／またはブロック図のブロックまたはブロックで指定された機能／動作を実施するためのステップを提供するようなコンピュータ実装プロセスを生成するために、コンピュータまたは他のプログラム可能な装置上で実行される一連の動作ステップを引き起こすことができる。

【0139】

ブロックに記載されている機能／動作は、動作図に記載されている順序とは異なる場合があることを理解されたい。例えば、連続して示されている２つのブロックは、実際には実質的に同時に実行されるかもしれないし、関係する機能／動作に応じて、ブロックは時に逆の順序で実行されるかもしれない。いくつかの図には、通信の主な方向を示すために通信経路上の矢印が含まれているが、描かれた矢印とは逆の方向に通信が行われる場合があることを理解されたい。

【0140】

本明細書に記載された概念の操作を実行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）またはＣ＋＋などのオブジェクト指向プログラミング言語で記述することができる。しかし、本開示の操作を実行するためのコンピュータプログラムコードは、「Ｃ」プログラミング言語などの従来の手続き型プログラミング言語で書かれていてもよい。プログラムコードは、完全にユーザーのコンピュータ上で実行されてもよいし、部分的にユーザーのコンピュータ上で、スタンドアローンのソフトウェアパッケージとして実行されてもよいし、部分的にユーザーのコンピュータ上で、部分的にリモートコンピュータ上で実行されてもよいし、完全にリモートコンピュータ上で実行されてもよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を介してユーザのコンピュータに接続されていてもよく、また、（例えば、インターネットサービスプロバイダを使用してインターネットを介して）外部のコンピュータに接続されていてもよい。

【0141】

本明細書では、上記の説明および図面に関連して、多くの異なる実施形態が開示されている。これらの実施形態のすべての組み合わせおよびサブコンビネーションを文字通り説明および図示することは、過度に反復的で難解であることが理解されるであろう。したがって、すべての実施形態は、任意の方法および／または組み合わせで組み合わせることができ、図面を含む本明細書は、本明細書に記載された実施形態のすべての組み合わせおよびサブコンビネーション、ならびにそれらを製造および使用する方法およびプロセスの完全な書面による説明を構成するものと解釈され、そのような組み合わせまたはサブコンビネーションに対する請求権を支持するものとする。

【0142】

前述の説明で使用される可能性のある略語には以下のものがある:

【0143】

３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＢＢ ベースバンド
ＢＷ バンド幅
Ｃ－ＤＲＸ／ＣＤＲＸ コネクテッドモードＤＲＸ（すなわち、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でのＤＲＸ）。
ＣＲＣ 巡回冗長検査
ＤＣＩ ダウンリンク制御情報
ＤＬ ダウンリンク
ＤＲＸ 不連続受信
ｇＮＢ ５Ｇ／ＮＲにおける無線基地局
ＧＴＳ ゴーツースリープ
ＨＡＲＱ ハイブリッド自動再送要求
ＩｏＴ インターネットオブシングス
ＬＯ ローカルオシレータ
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＣＳ 変調および符号化方式
ｍＭＴＣ マッシブＭＴＣ（ユビキタスに配備されたＭＴＣデバイスを使用するシナリオを指す）
ｍｓ ミリ秒
ＭＴＣ マシンタイプ通信
ＮＢ ナローバンド
ＮＢ－ＩｏＴ ナローバンドインターネットオブシングス
ＮＲ ニューラジオ
ＮＷ ネットワーク
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＲＦ ラジオ周波数
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＸ 受信機／受信
ＳＳＢ 同期信号ブロック
Ｔ／Ｆ 時間／周波数
ＴＸ 送信機／送信
ＵＥ ユーザー装置
ＵＬ アップリンク
ＷＵ ウェイクアップ
ＷＵＧ ウェイクアップグループ
ＷＵＲ ウェイクアップ無線／ウェイクアップ受信機
ＷＵＳ ウェイクアップ信号／ウェイクアップシグナリング

【0144】

本明細書に記載されている実施形態は、上記で特に示され説明されたものに限定されないことが、当業者には理解されるであろう。さらに、上記で反対の言及がなされていない限り、添付の図面のすべてが縮尺通りではないことに留意すべきである。上記の教示に照らして、様々な修正および変形が可能である。

【0145】

本開示による例示的な実施形態を以下に提示する。

【0146】

実施形態
実施形態Ａ１． 無線デバイス（ＷＤ）と通信するように構成されたネットワークノードであって、ネットワークノードは、
ゴーツースリープ（ＧＴＳ）シグナリングおよびウェイクアップシグナリング（ＷＵＳ）のうちの少なくとも１つを無線デバイスに示し、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、無線デバイスの少なくとも１つのオン期間に関連付けられる
ように構成され、および／または無線インタフェースを備え、および／または処理回路を備える。
実施形態Ａ２． 実施形態Ａ１のネットワークノードであって、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、少なくとも１つの基準に少なくとも部分的に基づいており、少なくとも１つの基準は、無線デバイスのデータトラフィックパターン、ダウンリンクバッファの状態、およびチャネル状態情報測定の状態のうちの少なくとも１つを含む。
実施形態Ａ３． 実施形態Ａ１のネットワークノードであって、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、
ＧＴＳ信号、
ＷＵＳシグナリング、
ＧＴＳシグナリングを示すＷＵＳシグナリングの欠如、
ＷＵＳシグナリングを示すＧＴＳシグナリングの欠如
のうちの少なくとも１つに対応している。
実施形態Ｂ１． 無線デバイスと通信するように構成されたネットワークノードにおいて実施される方法であって、方法は、ゴーツースリープ（ＧＴＳ）シグナリングおよびウェイクアップシグナリング（ＷＵＳ）のうちの少なくとも１つを無線デバイスに示すことを含み、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、無線デバイスの少なくとも１つのオン期間に関連付けられる。
実施形態Ｂ２． 実施形態Ｂ１の方法であって、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、少なくとも１つの基準に少なくとも部分的に基づいており、少なくとも１つの基準は、無線デバイスのデータトラフィックパターン、ダウンリンクバッファの状態、およびチャネル状態情報測定の状態のうちの少なくとも１つを含む。
実施形態Ｂ３． 実施形態Ｂ１の方法であって、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、
ＧＴＳ信号、
ＷＵＳシグナリング、
ＧＴＳシグナリングを示すＷＵＳシグナリングの欠如、
ＷＵＳシグナリングを示すＧＴＳシグナリングの欠如
のうちの少なくとも１つに対応している。
実施形態Ｃ１． ネットワークノードと通信するように構成された無線デバイス（ＷＤ）であって、ＷＤは、
ゴーツースリープ（ＧＴＳ）シグナリングおよびウェイクアップシグナリング（ＷＵＳ）のうちの少なくとも１つのインジケーションに従って動作し、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、無線デバイスの少なくとも１つのオン期間に関連付けられる
ように構成され、および／または無線インタフェースを備え、および／または処理回路を備える。
実施形態Ｃ２． 実施形態Ｃ１のＷＤであって、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、少なくとも１つの基準に少なくとも部分的に基づいており、少なくとも１つの基準は、無線デバイスのデータトラフィックパターン、ダウンリンクバッファの状態、およびチャネル状態情報測定の状態のうちの少なくとも１つを含む。
実施形態Ｃ３． 実施形態Ｃ１のＷＤであって、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、
ＧＴＳ信号、
ＷＵＳシグナリング、
ＧＴＳシグナリングを示すＷＵＳシグナリングの欠如、
ＷＵＳシグナリングを示すＧＴＳシグナリングの欠如
のうちの少なくとも１つに対応している。
実施形態Ｄ１． 無線デバイス（ＷＤ）において実施される方法であって、方法は、ゴーツースリープ（ＧＴＳ）シグナリングおよびウェイクアップシグナリング（ＷＵＳ）のうちの少なくとも１つのインジケーションに従って動作することを含み、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、無線デバイスの少なくとも１つのオン期間に関連付けられる。
実施形態Ｄ２． 実施形態Ｄ１の方法であって、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、少なくとも１つの基準に少なくとも部分的に基づいており、少なくとも１つの基準は、無線デバイスのデータトラフィックパターン、ダウンリンクバッファの状態、およびチャネル状態情報測定の状態のうちの少なくとも１つを含む。
実施形態Ｄ３． 実施形態Ｄ１の方法であって、ＧＴＳシグナリングおよびＷＵＳシグナリングのうちの少なくとも１つのインジケーションは、
ＧＴＳ信号、
ＷＵＳシグナリング、
ＧＴＳシグナリングを示すＷＵＳシグナリングの欠如、
ＷＵＳシグナリングを示すＧＴＳシグナリングの欠如
のうちの少なくとも１つに対応している。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】