(57)【要約】ウェイクアップ信号を検出する方法及び端末デバイスが本願では提供される。方法は、端末デバイスが、報告ギャップを示す第１情報をネットワークデバイスへ送ることと、端末デバイスが、ネットワークデバイスによって送られた第２情報を受け取ることと、端末デバイスが、第２情報に基づいて、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を決定することと、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することと、端末デバイスが、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前の検出位置でウェイクアップ信号を検出することとを含み、検出位置は、目標ギャップ及びウェイクアップ信号の最大存続期間に基づいて決定される。上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出するための位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防止可能であり、それによって、端末デバイスの電力消費を低減する。
2021533698.tif 000002
【特許請求の範囲】
【請求項１】
ウェイクアップ信号を検出する方法であって、
端末デバイスによって、報告ギャップを示す第１情報をネットワークデバイスへ送ることと、
前記端末デバイスによって、前記ネットワークデバイスによって送られた第２情報を受け取ることと、
前記端末デバイスによって、前記第２情報に基づいて、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を決定することと、
前記報告ギャップが１ｓ又は２ｓであり、前記第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、前記第２ギャップが設定されない場合に、前記端末デバイスによって、目標ギャップが前記第１ギャップであると決定することと、
前記端末デバイスによって、ページング時間窓における最初のページング・オケージョンの開始位置の前の検出位置でウェイクアップ信号を検出することと
を有し、
前記検出位置は、前記目標ギャップ及び前記ウェイクアップ信号の最大存続期間に基づいて決定される、
方法。
【請求項２】
前記第１ギャップは、ｅＤＲＸショートギャップであり、前記第２ギャップは、ｅＤＲＸロングギャップであり、前記ｅＤＲＸロングギャップは、前記ｅＤＲＸショートギャップよりも長い、
請求項１に記載の方法。
【請求項３】
ウェイクアップ信号を送信する方法であって、
ネットワークデバイスによって、報告ギャップを示す第１情報を端末デバイスから受け取ることと、
前記ネットワークデバイスによって、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示す第２情報を前記端末デバイスへ送ることと、
前記報告ギャップが１ｓ又は２ｓであり、前記第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、前記第２ギャップが設定されない場合に、前記ネットワークデバイスによって、目標ギャップが前記第１ギャップであると決定することと、
前記ネットワークデバイスによって、ページング時間窓における最初のページング・オケージョンの開始位置の前の検出位置でウェイクアップ信号を送ることと
を有し、
前記検出位置は、前記目標ギャップ及び前記ウェイクアップ信号の最大存続期間に基づいて決定される、
方法。
【請求項４】
前記第１ギャップは、ｅＤＲＸショートギャップであり、前記第２ギャップは、ｅＤＲＸロングギャップであり、前記ｅＤＲＸロングギャップは、前記ｅＤＲＸショートギャップよりも長い、
請求項３に記載の方法。
【請求項５】
端末デバイスであって、
当該端末デバイスは、メモリ及びプロセッサを有し、前記メモリは、プログラムを記憶するよう構成され、前記プロセッサは、当該端末デバイスが、次の
報告ギャップを示す第１情報をネットワークデバイスへ送る動作と、
前記ネットワークデバイスによって送られた第２情報を受け取る動作と、
前記第２情報に基づいて、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を決定する動作と、
前記報告ギャップが１ｓ又は２ｓであり、前記第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、前記第２ギャップが設定されない場合に、目標ギャップが前記第１ギャップであると決定する動作と、
ページング時間窓における最初のページング・オケージョンＰＯの開始位置の前の検出位置でウェイクアップ信号を検出する動作と
を実行するように、前記プログラムを実行し、
前記検出位置は、前記目標ギャップ及び前記ウェイクアップ信号の最大存続期間に基づいて決定される、
端末デバイス。
【請求項６】
前記第１ギャップは、ｅＤＲＸショートギャップであり、前記第２ギャップは、ｅＤＲＸロングギャップであり、前記ｅＤＲＸロングギャップは、前記ｅＤＲＸショートギャップよりも長い、
請求項５に記載の端末デバイス。
【請求項７】
ネットワークデバイスであって、
当該ネットワークデバイスは、メモリ及びプロセッサを有し、前記メモリは、プログラムを記憶するよう構成され、前記プロセッサは、当該ネットワークデバイスが、次の
報告ギャップを示す第１情報を端末デバイスから受け取る動作と、
第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示す第２情報を前記端末デバイスへ送る動作と、
前記報告ギャップが１ｓ又は２ｓであり、前記第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、前記第２ギャップが設定されない場合に、目標ギャップが前記第１ギャップであると決定する動作と、
ページング時間窓ＰＴＷにおける最初のページング・オケージョンの開始位置の前の検出位置でウェイクアップ信号を送信する動作と
を実行するように、前記プログラムを実行し、
前記検出位置は、前記目標ギャップ及び前記ウェイクアップ信号の最大存続期間に基づいて決定される、
ネットワークデバイス。
【請求項８】
前記第１ギャップは、ｅＤＲＸショートギャップであり、前記第２ギャップは、ｅＤＲＸロングギャップであり、前記ｅＤＲＸロングギャップは、前記ｅＤＲＸショートギャップよりも長い、
請求項７に記載のネットワークデバイス。
【請求項９】
命令を記憶するよう構成され、該命令が通信装置で実行される場合に、該通信装置は、請求項１又は２に記載の方法を実行することを可能にされる、
コンピュータ可読記憶媒体。
【請求項１０】
命令を記憶するよう構成され、該命令が通信装置で実行される場合に、該通信装置は、請求項３又は４に記載の方法を実行することを可能にされる、
コンピュータ可読記憶媒体。
【請求項１１】
コンピュータプログラム製品であって、
当該コンピュータプログラム製品が通信装置で実行される場合に、該通信装置は、請求項１又は２に記載の方法を実行することを可能にされる、
コンピュータプログラム製品。
【請求項１２】
コンピュータプログラム製品であって、
当該コンピュータプログラム製品が通信装置で実行される場合に、該通信装置は、請求項３又は４に記載の方法を実行することを可能にされる、
コンピュータプログラム製品。
【請求項１３】
請求項１又は２に記載の方法を実行するよう構成される端末デバイス。
【請求項１４】
請求項３又は４に記載の方法を実行するよう構成されるネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、通信分野に、より具体的には、ウェイクアップ信号を検出する方法及び通信システムにおける端末デバイスに関係がある。
【背景技術】
【０００２】
モノのインターネット（internet  of  things，ＩｏＴ）は、マシン・タイプ・コミュニケーション（machine  type  communication，ＭＴＣ）指向のネットワークであり、将来の通信分野における重要なネットワークの一種である。ＩｏＴ通信は、インテリジェントメータの読み取り、医療検出及び監視、物流検出、産業検出及び監視、インターネット・オブ・ビークル、インテリジェント・コミュニティ、ウェアラブルデバイス通信、などに主に適用される。屋外から屋内まで、及び地上から地下まで、様々なＩｏＴ応用シナリオがある。従って、ＩｏＴ設計に対する多くの特別な要求が上がっている。
【０００３】
拡張されたカバレッジ：多くのＩｏＴ端末は、貧弱なカバレッジを有するエリアに置かれている。例えば、電気メータ及び水道メータは、屋内エリア又は地下室などの、無線ネットワーク信号が弱いエリアにしばしば置かれている。従って、カバレッジ拡張技術が、弱い信号カバレッジの下にあるエリア内で通信品質を改善するために必要とされる。
【０００４】
大量の端末：ＩｏＴデバイスの数は、人と人との直接の通信デバイスの数よりもはるかに多い。
【０００５】
低いサービスレート及びレイテンシに対する鈍感さ：ＩｏＴデバイスによって伝送されるデータパケットは、通常は小さく、レイテンシに鈍感である。
【０００６】
極めて低いコスト：多くのＩｏＴ応用は、端末デバイスが大規模配備を容易にするために非常に低いコストを必要とする。
【０００７】
低い電力消費：ほとんどの場合に、ＩｏＴデバイスは、バッテリによって給電され、バッテリ交換なしで１０年以上使用可能である。これは、ＩｏＴデバイスが極めて低い電力消費で作動することを必要とする。
【０００８】
これらの特別な要求を満たすために、移動体通信標準化団体である第３世代パートナーシッププロジェクト（3rd  generation  partnership  project，３ＧＰＰ）は、セルラーネットワークにおいて極めて低い複雑性及び安価なＩｏＴを支援する方法を研究するために、グローバル・システム・フォー・モバイル・コミュニケーションズ（global  system  for  mobile  communications，ＧＳＭ）／エンハンスド・データ・レート・フォーＧＳＭエボリューション（enhanced  data  rates  for  GSM  evolution，ＥＤＧＥ）無線アクセスネットワーク（GSM/EDGE  radio  access  network，ＧＥＲＡＮ）の第６２回会議で新しい研究トピックに合意し、そして、無線アクセスネットワーク（radio  access  network，ＲＡＮ）の第６９回会議でナローバンド・インターネット・オブ・シングス（narrow  band  internet  of  things，ＮＢ−ＩｏＴ）のトピックを立ち上げた。
【０００９】
無線通信システムにおいて、端末デバイスは、２つのモードを有する。１つは、コネクテッドモードであり、端末がネットワークデバイスへの接続を確立しており、ネットワークデバイスと直接通信可能であることを示す。もう１つは、アイドルモードであり、又はスリープモードと呼ばれ、端末デバイスがネットワークデバイスと直接通信不可能であることを示す。アイドルモードにある端末デバイスは、端末デバイスに対するページング指示があるかどうかを確認するために、ページングメッセージをモニタするよう周期的に起動する。端末が起動する位置は、ページング・オケージョン（paging  occasion，ＰＯ）と呼ばれる。端末デバイスは、ＰＯで狭帯域物理ダウンリンク制御チャネル（narrow  band  physical  downlink  control  channel，ＮＰＤＣＣＨ）をモニタする。しかし、実際の応用では、ネットワークデバイスが端末デバイスを呼び出す確率及びシステムメッセージが変化する確率は、通常、非常に低く、ほとんどのＰＯでページングが存在しない可能性がある。すなわち、ネットワークデバイスは、ＰＯで対応するＮＰＤＣＣＨを送信しないが、端末デバイスは、依然として各ＰＯでＮＰＤＣＣＨをモニタする必要がある。これは、端末デバイスが、ブラインド検出が完了した後にしか、ネットワークデバイスがＮＰＤＣＨＨを送信したかどうかを知らないからであり、これは、実際には、電力消費の無駄である。
【００１０】
上記の問題を解決するために、ウェイクアップ信号（wake-up  signal  ＷＵＳ）が、端末デバイスがその後のＮＰＤＣＣＨを受信及び検出すべくＰＯ位置で起動される必要があるかどうかを示すよう、ＮＢ−ＩｏＴ  Ｒ１５において導入されている。具体的には、端末デバイスは、ＰＯの前にウェイクアップ信号を検出する。ＷＵＳ信号が検出される場合に、端末デバイスは、その後のＮＰＤＣＣＨを検出する。ＷＵＳ信号が検出されない場合には、端末デバイスは、その後のＮＰＤＣＣＨを検出しない。
【００１１】
しかし、標準規格は、ＷＵＳ信号が現れる位置を特定していない。この場合に、端末は、複数回のブラインド検出を実行することによってしか、どこでネットワークデバイスがＷＵＳ信号を送信するかを知ることができず、あるいは、ネットワークデバイスがＷＵＳ信号を送信するかどうかを決定することさえできない。これは、端末デバイスの電力消費を有意に増大させる。従って、ブラインド検出によって引き起こされる端末デバイスの電力消費をいかにして低減するかは、解決されるべき差し迫った問題である。
【発明の概要】
【００１２】
本願は、端末デバイスがウェイクアップ信号を検出する位置を決定可能であるように、ウェイクアップ信号を検出する方法及び端末デバイスを提供し、それによって、端末デバイスの電力消費を低減する。
【００１３】
第１の態様に従って、ウェイクアップ信号を検出する方法が提供される。方法は、端末デバイスが、報告ギャップを示すために使用される第１情報をネットワークデバイスへ送ることと、端末デバイスが、ネットワークデバイスによって送られた第２情報を受け取ることと、端末デバイスが、第２情報に基づいて、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を決定することと、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することと、端末デバイスが、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前の検出位置でウェイクアップ信号を検出することとを含み、検出位置は、目標ギャップ及びウェイクアップ信号の最大存続期間に基づいて決定される。
【００１４】
上記の技術的解決法では、端末デバイスは、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定し、更には、ウェイクアップ信号の最大存続期間を参照して、ウェイクアップ信号を検出する位置を決定し、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００１５】
可能な実施において、報告ギャップは、４０ｍｓ、２４０ｍｓ、１ｓ、又は２ｓである。
【００１６】
可能な実施において、第１ギャップのコンフィグレーション条件は、第１ギャップが４０ｍｓにセットされること、第１ギャップが８０ｍｓにセットされること、第１ギャップが１６０ｍｓにセットされること、及び第１ギャップが２４０ｍｓにセットされることを含む。第２ギャップのコンフィグレーション条件は、第２ギャップが設定されないこと、第２ギャップが１ｓにセットされること、及び第２ギャップが２ｓにセットされることを含む。
【００１７】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが１ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが４０ｍｓであると決定されることを含む。
【００１８】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００１９】
更には、上記の技術的解決法では、報告ギャップが１ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出し得る。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【００２０】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが１ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが８０ｍｓであると決定されることを含む。
【００２１】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００２２】
更には、上記の技術的解決法では、報告ギャップが１ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出し得る。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【００２３】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが１ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが１６０ｍｓであると決定されることを含む。
【００２４】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００２５】
更には、上記の技術的解決法では、報告ギャップが１ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出し得る。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【００２６】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが１ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが２４０ｍｓであると決定されることを含む。
【００２７】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００２８】
更には、上記の技術的解決法では、報告ギャップが１ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出し得る。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【００２９】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが４０ｍｓであると決定されることを含む。
【００３０】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００３１】
更には、上記の技術的解決法では、報告ギャップが２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出し得る。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【００３２】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが８０ｍｓであると決定されることを含む。
【００３３】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００３４】
更には、上記の技術的解決法では、報告ギャップが２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出し得る。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【００３５】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが１６０ｍｓであると決定されることを含む。
【００３６】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００３７】
更には、上記の技術的解決法では、報告ギャップが２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出し得る。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【００３８】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが２４０ｍｓであると決定されることを含む。
【００３９】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００４０】
更には、上記の技術的解決法では、報告ギャップが２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出し得る。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【００４１】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが第３ギャップであると決定されることを含み、第３ギャップは、４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【００４２】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００４３】
更には、上記の技術的解決法では、報告ギャップが１ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはＤＲＸギャップである。このようにして、ネットワークデバイスは、これらの場合にウェイクアップ信号ギャップを更に設定する必要がなく、それによってネットワークデバイスのオーバーヘッドを低減する。
【００４４】
可能な実施において、第３ギャップは、端末デバイスのためにネットワークデバイスによって設定される。
【００４５】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが第４ギャップであると決定されることを含み、第４ギャップは、４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【００４６】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００４７】
更には、上記の技術的解決法では、報告ギャップが２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはＤＲＸギャップである。このようにして、ネットワークデバイスは、これらの場合にウェイクアップ信号ギャップを更に設定する必要がなく、それによってネットワークデバイスのオーバーヘッドを低減する。
【００４８】
可能な実施において、第４ギャップは、端末デバイスのためにネットワークデバイスによって設定される。
【００４９】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップが第５ギャップであると決定されることを含み、第５ギャップは、４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【００５０】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００５１】
更には、上記の技術的解決法では、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップはＤＲＸギャップである。このようにして、ネットワークデバイスは、これらの場合に更に設定されるウェイクアップ信号を必要とせず、それによってネットワークデバイスのオーバーヘッドを低減する。
【００５２】
可能な実施において、第５ギャップは、端末デバイスのためにネットワークデバイスによって設定される。
【００５３】
第２の態様に従って、ウェイクアップ信号を送信する方法が提供される。方法は、ネットワークデバイスが、端末デバイスによって送られる、報告ギャップを示すために使用される第１情報を受け取ることと、ネットワークデバイスが、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示すために使用される第２情報を端末デバイスへ送ることと、ネットワークデバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することと、ネットワークデバイスが、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前の検出位置でウェイクアップ信号を送信することとを含み、検出位置は、目標ギャップ及びウェイクアップ信号の最大存続期間に基づいて決定される。
【００５４】
可能な実施において、第１ギャップのコンフィグレーション条件は、第１ギャップが４０ｍｓにセットされること、第１ギャップが８０ｍｓにセットされること、第１ギャップが１６０ｍｓにセットされること、及び第１ギャップが２４０ｍｓにセットされることを含む。第２ギャップのコンフィグレーション条件は、第２ギャップが設定されないこと、第２ギャップが１ｓにセットされること、及び第２ギャップが２ｓにセットされることを含む。
【００５５】
可能な実施において、ネットワークデバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが１ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが４０ｍｓであると決定されることを含む。
【００５６】
可能な実施において、ネットワークデバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが１ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが８０ｍｓであると決定されることを含む。
【００５７】
可能な実施において、ネットワークデバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが１ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが１６０ｍｓであると決定されることを含む。
【００５８】
可能な実施において、ネットワークデバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが１ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが２４０ｍｓであると決定されることを含む。
【００５９】
可能な実施において、ネットワークデバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが４０ｍｓであると決定されることを含む。
【００６０】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが８０ｍｓであると決定されることを含む。
【００６１】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが１６０ｍｓであると決定されることを含む。
【００６２】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが２４０ｍｓであると決定されることを含む。
【００６３】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが第３ギャップであると決定されることを含み、第３ギャップは、４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【００６４】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップが第４ギャップであると決定されることを含み、第４ギャップは、４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【００６５】
可能な実施において、端末デバイスが、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定することは、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップが第５ギャップであると決定されることを含み、第５ギャップは、４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【００６６】
第３の態様に従って、第１の態様又は第１の態様の実施のうちのいずれか１つにおける方法を実行するよう構成されたモジュールを含む端末デバイスが提供される。
【００６７】
第４の態様に従って、第２の態様又は第２の態様の実施のうちのいずれか１つにおける方法を実行するよう構成されたモジュールを含むネットワークデバイスが提供される。
【００６８】
第５の態様に従って、端末デバイスが提供される。端末デバイスは、プロセッサ、メモリ、及びメモリに記憶されており、プロセッサで実行可能である命令を含む。命令が実行される場合に、端末デバイスは、第１の態様又は第１の態様の実施のうちのいずれか１つにおける方法を実行することを可能にされる。
【００６９】
第６の態様に従って、ネットワークデバイスが提供される。ネットワークデバイスは、プロセッサ、メモリ、及びメモリに記憶されており、プロセッサで実行可能である命令を含む。命令が実行される場合に、端末デバイスは、第２の態様又は第２の態様の実施のうちのいずれか１つにおける方法を実行することを可能にされる。
【００７０】
第７の態様に従って、第１の態様又は第１の態様の可能な実施のうちのいずれか１つにおける方法を実行するよう構成されたチップが提供される。
【００７１】
第８の態様に従って、第２の態様又は第２の態様の可能な実施のうちのいずれか１つにおける方法を実行するよう構成されたチップが提供される。
【００７２】
第９の態様に従って、命令を含むコンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体が通信装置で実行される場合に、通信装置は、第１の態様又は第１の態様の実施のうちのいずれか１つにおける方法を実行することを可能にされる。
【００７３】
第１０の態様に従って、命令を含むコンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体が通信装置で実行される場合に、通信装置は、第２の態様又は第２の態様の実施のうちのいずれか１つにおける方法を実行することを可能にされる。
【００７４】
第１１の態様に従って、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品が通信装置で実行される場合に、通信装置は、第１の態様又は第１の態様の実施のうちのいずれか１つにおける方法を実行することを可能にされる。
【００７５】
第１２の態様に従って、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品が通信装置で実行される場合に、通信装置は、第２の態様又は第２の態様の実施のうちのいずれか１つにおける方法を実行することを可能にされる。
【図面の簡単な説明】
【００７６】
【図１】本願が適用され得る通信システムのアーキテクチャの概略図である。
【図２】端末の観点からのページングの概略図である。
【図３】ネットワークデバイスの観点からのページング指示信号の概略図である。
【図４】本願の実施形態に従ってウェイクアップ信号を検出する方法の略フローチャートである。
【図５】本願の実施形態に従うアイドルモードでのｅＤＲＸの概略図である。
【図６】本願の実施形態に従うＤＲＸギャップ、ｅＤＲＸショートギャップ、及びｅＤＲＸロングギャップの間の関係の概略図である。
【図７】本願の実施形態に従ってウェイクアップ信号を送信する方法の略フローチャートである。
【図８】目標ギャップがＤＲＸギャップである場合のページング指示信号の概略図である。
【図９】本願の実施形態に従う端末デバイスの略構造図である。
【図１０】本願の実施形態に従うネットワークデバイスの略構造図である。
【図１１】本願の他の実施形態に従う端末デバイスの略構造図である。
【図１２】本願の他の実施形態に従うネットワークデバイスの略構造図である。
【発明を実施するための形態】
【００７７】
以下は、添付の図面を参照して、本願の技術的解決法について説明する。
【００７８】
本願の実施形態の技術的解決法は、グローバル・システム・フォー・モバイル・コミュニケーションズ（global  system  for  mobile  communications，ＧＳＭ）、符号分割多重アクセス（code  division  multiple  access，ＣＤＭＡ）システム、広帯域符号分割多重アクセス（wideband  code  division  multiple  access，ＷＣＤＭＡ）システム、汎用パケット無線サービス（general  packet  radio  service，ＧＰＲＳ）、ロング・ターム・エボリューション（long  term  evolution，ＬＴＥ）システム、ＬＴＥ周波数分割復信（frequency  division  duplex，ＦＤＤ）システム、ＬＴＥ時分割復信（time  division  duplex，ＴＤＤ）システム、ユニバーサル・モバイル・テレコミュニケーションズ・システム（universal  mobile  telecommunication  system，ＵＭＴＳ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（worldwide  interoperability  for  microwave  access，ＷｉＭＡＸ）通信システム、将来の第５世代（5th  generation，５Ｇ）システム、ニュー・ラジオ（new  radio，ＮＲ）システム、新しいネットワークシステム、などの様々な通信システムに適用されてよい。
【００７９】
本願の実施形態における端末デバイスは、ユーザ設備、アクセス端末、加入者ユニット、加入者局、モバイル局、モバイルコンソール、遠隔局、遠隔端末、モバイルデバイス、ユーザデバイス、端末、無線通信デバイス、ユーザエージェント、又はユーザ装置であってよい。端末デバイスは、代替的に、携帯電話機、コードレス電話機、セッション開始プロトコル（session  initiation  protocol，ＳＩＰ）電話機、無線ローカルループ（wireless  local  loop，ＷＬＬ）局、パーソナル・デジタル・アシスタント（person  digital  assistant，ＰＤＡ）、無線通信機能を備えた手持ち式デバイス、コンピューティングデバイス、無線モデムへ接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワーク内の端末デバイス、将来の進化した公衆陸上移動体ネットワーク（public  land  mobile  network，ＰＬＭＮ）内の端末デバイス、などであってもよい。これは、本願の実施形態で限定されない。
【００８０】
本願の実施形態におけるネットワークデバイスは、端末デバイスと通信するよう構成されたデバイスであってよい。ネットワークデバイスのタイプは、本願で特に限定されない。例えば、ネットワークデバイスは、グローバル・システム・フォー・モバイル・コミュニケーションズ（global  system  for  mobile  communications，ＧＳＭ）システム又は符号分割多重アクセス（code  division  multiple  access，ＣＤＭＡ）システムにおけるベーストランシーバ局（base  transceiver  station，ＢＴＳ）であってよく、あるいは、広帯域符号分割多重アクセス（wideband  code  division  multiple  access，ＷＣＤＭＡ）システムにおけるノードＢ（NodeB，ＮＢ）であってもよく、あるいは、ＬＴＥシステムにおけるエボルブド・ノードＢ（evolved  NodeB，ｅＮＢ又はｅＮｏｄｅＢ）であってもよく、あるいは、クラウド無線アクセスネットワーク（cloud  radio  access  network，ＣＲＡＮ）シナリオにおける無線コントローラであってもよい。代替的に、ネットワークデバイスは、中継器、アクセスポイント、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワーク内のネットワークデバイス、将来の進化したＰＬＭＮネットワーク内のネットワークデバイス、などであってもよい。これは、本願の実施形態で限定されない。
【００８１】
本願の実施形態において、端末デバイス又はネットワークデバイスは、ハードウェア層、ハードウェア層の上で実行されるオペレーティングシステム層、及びオペレーティングシステム層の上で実行されるアプリケーション層を含む。ハードウェア層は、中央演算処理装置（central  processing  unit，ＣＰＵ）、メモリ管理ユニット（memory  management  unit，ＭＭＵ）、及びメモリ（メインメモリとも呼ばれる）などのハードウェアを含む。オペレーティングシステムは、プロセス（process）を使用することによってサービス処理を実装するいずれか１つ以上のコンピュータオペレーティングシステム、例えば、Ｌｉｎｕｘオペレーティングシステム、Ｕｎｉｘオペレーティングシステム、Ａｎｄｒｏｉｄオペレーティングシステム、ｉＯＳオペレーティングシステム、又はＷｉｎｄｏｗｓオペレーティングシステムであってよい。アプリケーション層は、ブラウザ、アドレス帳、ワード処理ソフトウェア、及びインスタントコミュニケーションソフトウェアなどのアプリケーションを含む。更には、本願の実施形態で提供される方法の実行本体の具体的な構造は、本願の実施形態で提供される方法のコードを記録するプログラムが、本願の実施形態で提供される方法に従って通信を行うよう実行され得るという条件で、本願の実施形態で特に限定されない。例えば、本願の実施形態で提供される方法の実行本体は、端末デバイス又はネットワークデバイス、あるいは、プログラムを呼び出して実行することができ、端末デバイス又はネットワークデバイス内にある機能モジュールであってよい。
【００８２】
更には、本願の各態様又は特徴は、標準のプログラミング及び／又はエンジニアリング技術を使用する方法、装置又は製品として実装されてよい。本願で使用される「製品」という用語は、如何なるコンピュータ可読デバイス、担体又は媒体からもアクセスされ得るコンピュータプログラムをカバーする。例えば、コンピュータ可読媒体は、磁気記憶コンポーネント（例えば、ハードディスク、フロッピーディスク又は磁気テープ）、光ディスク（例えば、コンパクト・ディスク（compact  disc，ＣＤ）又はデジタル・バーサタイル・ディスク（digital  versatile  disc，ＤＶＤ））、スマートカード、及びフラッシュメモリコンポーネント（例えば、消去可能なプログラム可能リード・オンリー・メモリ（erasable  programmable  read-only  memory，ＥＰＲＯＭ）、カード、スティック、又はキードライブ）を含んでよいが、これらに限られない。更には、本明細書で記載される様々な記憶媒体は、情報を記憶するよう構成される１つ以上のデバイス及び／又は他の機械読み出し可能な媒体を示してもよい。「機械読み出し可能な媒体」という用語は、無線チャネル、並びに命令及び／又はデータを記憶、包含、及び／又は搬送することができる様々な他の媒体を含んでよいが、これらに限られない。
【００８３】
以下は、説明のための例としてＬＴＥシステムを使用する。
【００８４】
図１は、本願が適用され得る通信システムのアーキテクチャの概略図である。図１に示されるように、ネットワークデバイス及び端末デバイス１から端末デバイス６は、通信システムを形成する。通信システムにおいて、端末デバイス１から端末デバイス６は、アップリンクデータをネットワークデバイスへ送信してよく、ネットワークデバイスは、端末デバイス１から端末デバイス６によって送信されたアップリンクデータを受信する必要があり、ネットワークデバイスはまた、ダウンリンクデータを端末デバイス１から端末デバイス６へ送信してもよい。更には、端末デバイス４から端末デバイス６も通信システムを形成してよい。通信システムにおいて、端末デバイス４及び端末デバイス６は、アップリンクデータを端末デバイス５へ送信してよく、端末デバイス５も、ダウンリンクデータを端末デバイス４及び端末デバイス６へ送信してよい。
【００８５】
無線通信システムにおいて、端末デバイスは、２つのモードを有する。１つは、コネクテッドモードであり、端末デバイスがネットワークデバイスへの接続を確立しており、ネットワークデバイスと直接通信可能であることを示す。もう１つは、アイドルモードであり、又はスリープモードとも呼ばれ、端末デバイスがネットワークデバイスと直接通信不可能であることを示す。ネットワークデバイスがアイドルモードにある端末デバイスを有効に見つけることができることを確かにするために、ネットワークデバイスは、通常、ページングを使用し、つまり、端末デバイスがアイドルモードからコネクテッドモードへ切り替わり、ネットワークデバイスと通信する必要があるかどうかを示すよう、周期的に端末デバイスへページング信号を送信する。送信又は受信されるべきサービスがない場合に、端末デバイスは、電力消費を低減するようアイドルモードに入ってよい。アイドルモードにある端末デバイスの場合に、ネットワークデバイスがサービスを端末デバイスへ送る必要があるか、又は何らかのサービスを報告する端末デバイスを必要とするとき、ネットワークデバイスは、ページングメカニズムを使用することによって端末デバイスに通知してよい。ページング通知を受信した後、端末デバイスは起動し、サービスデータを送信又は受信するようコネクテッドモードに入ってよい。
【００８６】
図２は、端末デバイスの観点からのページングの概略図である。アイドルモードにある端末デバイスは、その端末デバイスのためのページング指示があるかどうかを確認するために、ページングメッセージをモニタするよう周期的に起動する。図２に示されるように、端末デバイスが周期的に起動するサイクルは、間欠受信（discontinuous  reception，ＤＲＸ）サイクルと呼ばれ、ＤＲＸサイクルは、システムメッセージによって示されてよい。端末デバイスが起動する位置は、ＰＯ（ページング・オケージョン，paging  occasion）と呼ばれる。端末デバイスは、ＰＯでＮＰＤＣＣＨをモニタする。アイドルモードにある端末デバイスは、ＤＲＸサイクル内の時間の大部分でスリープし、対応するＰＯでのみ起動してＮＰＤＣＣＨをモニタする。端末デバイスは、ＤＲＸサイクル内のただ１つのＰＯを検出しさえすればよい。
【００８７】
既存のシステムでは、端末デバイスは、常に最初に、対応するダウンリンクスケジューリング（例えば、ＮＰＤＣＣＨスケジューリング）があるかどうかを決定するために対象探索空間を検出する。ＮＰＤＣＣＨが対象探索空間で検出される場合には、端末デバイスは、検出されたＮＰＤＣＣＨで運ばれた指示情報に基づいて、狭帯域物理ダウンリンク共有チャネル（narrow  band  physical  downlink  shared  channel，ＮＰＤＳＣＨ）を受信する。ＮＰＤＣＣＨが対象探索空間で検出されない場合には、端末デバイスはＮＰＤＳＣＨを受信しない。
【００８８】
端末デバイスは、通常、ＮＰＤＣＣＨ対象探索空間（search  space）においてブラインド検出方式でＮＰＤＣＣＨを検出する。ＮＰＤＣＣＨ対象探索空間は、対象のＮＰＤＣＣＨが現れる可能性がある候補位置（candidate）の組である。ＰＯは、端末デバイスがＮＰＤＣＣＨをモニタし始める開始位置を示し、それにより、対象探索空間の開始位置は決定され、ブラインド検出はその位置に基づいて実行される。検出が成功するまで、端末デバイスは、ＰＯが開始位置として使用される探索空間内の異なる候補位置を順次に盲目的に検出する。全ての候補位置に対する検出が失敗する場合に、ネットワークデバイスはＮＰＤＣＣＨを送信していないと見なされる。ＮＢ−ＩｏＴシステムの場合に、ＮＰＤＣＣＨの受信時間は比較的に長いことがあり、ブラインド検出アルゴリズムは複雑である。そのため、端末デバイスがＰＯでＮＰＤＣＣＨをモニタする場合に電力消費は非常に高い。
【００８９】
結果として、ウェイクアップ信号（wake-up  signal，ＷＵＳ）が、端末デバイスが、その後のＮＰＤＣＣＨを受信及び検出するようＰＯ位置で起動される必要があるかどうかを示すために、ＮＢ−ＩｏＴ  Ｒ１５では導入されている。具体的には、端末デバイスの観点から、端末デバイスは、ＰＯの前にウェイクアップ信号を検出する。ＷＵＳ信号が検出される場合には、端末デバイスは、その後のＮＰＤＣＣＨを検出し、ＷＵＳ信号が検出されない場合には、端末デバイスは、その後のＮＰＤＣＣＨを検出しない。図３は、ネットワークデバイスの観点からのページング指示信号の概略図である。図３に示されるように、ネットワークデバイスの観点から、ＰＯに対してＮＰＤＣＣＨが存在し、例えば、端末デバイスが呼び出される必要があるか、又はシステムメッセージが変化する場合に、ネットワークデバイスは、ＰＯの前にウェイクアップ信号ＷＵＳを送信する。ＰＯに対してＮＰＤＣＣＨが存在しない場合に、ネットワークデバイスは如何なる信号も送信せず、これは間欠送信（discontinuous  transmission，ＤＴＸ）である。
【００９０】
しかし、標準規格は、ＷＵＳ信号が現れる位置を特定していない。この場合に、端末デバイスは、複数回のブラインド検出を実行することによってしか、どこでネットワークデバイスがＷＵＳ信号を送信するかを知ることができず、あるいは、ネットワークデバイスがＷＵＳ信号を送信するかどうかを決定することさえできない。これは、端末デバイスの電力消費を有意に増大させる。
【００９１】
本願は、端末デバイスがウェイクアップ信号を検出する位置を決定可能であるように、ウェイクアップ信号を検出する方法及び端末デバイスを提供し、それによって端末デバイスの電力消費を低減する。
【００９２】
図４は、本願の実施形態に従ってウェイクアップ信号を検出する方法の略フローチャートである。図４の方法は、端末デバイスによって実行されてよく、少なくとも次の内容の一部を含む。
【００９３】
４０１．端末デバイスは、第１情報をネットワークデバイスへ送り、このとき、第１情報は、報告ギャップを示すために使用される。
【００９４】
４０２．端末デバイスは、ネットワークデバイスによって送られた第２情報を受信する。
【００９５】
４０３．端末デバイスは、第２情報に基づいて、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を決定する。
【００９６】
４０４．端末デバイスは、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定する。
【００９７】
４０５．端末デバイスは、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前の検出位置でウェイクアップ信号を検出し、このとき、検出位置は、目標ギャップ及びウェイクアップ信号の最大存続期間に基づいて決定される。
【００９８】
上記の技術的解決法では、端末デバイスは、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて目標ギャップを決定し、更には、ウェイクアップ信号の設定された最大存続期間を参照して、ウェイクアップ信号を検出する位置を決定し、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【００９９】
以下は、ステップ４０１から４０５について別々に詳細に説明する。
【０１００】
４０１．端末デバイスは、第１情報をネットワークデバイスへ送り、このとき、第１情報は、報告ギャップを示すために使用される。
【０１０１】
ＷＵＳ検出中に、端末デバイスは、シーケンス相関しか実行しなくてよい。そのため、ほとんどの回路は、電力消費を低減するようオフされてよい。
【０１０２】
ＷＵＳを検出した後にのみ、端末デバイスは、ＰＯに対するＮＰＤＣＣＨを復調するために、他の回路をオンすること、メモリをロードすること、などを必要とする。これは、期間（ウォームアップ時間）を必要とする。
【０１０３】
任意に、報告ギャップは、他の回路をオンすること、メモリをロードすること、などのために必要とする時間である。
【０１０４】
例えば、報告ギャップが４０ｍｓである場合に、それは、ＷＵＳを検出した後、端末デバイスが、ＰＯに対するＮＰＤＣＣＨを復調するために、“他の回路をオンすること、メモリをロードすること、など”の準備作業を完了するのに少なくとも４０ｍｓを必要とすることを示す。
【０１０５】
従って、報告ギャップは、端末デバイスの能力を反映し得る。一般に、より長い報告ギャップは、端末デバイスのより脆弱な能力（より遅いメモリロード）を示す。
【０１０６】
任意に、端末デバイスは、拡張間欠受信（extend  discontinuous  reception，ｅＤＲＸ）コンフィグレーションを備えた端末デバイスである。
【０１０７】
任意に、ｅＤＲＸコンフィグレーションを備えた端末デバイスは、ｅＤＲＸモードにあってよい。
【０１０８】
第１に、ｅＤＲＸコンフィグレーションなしの端末デバイスの場合に、端末デバイスは、ＰＯ以外の時間にライトスリープ（light  sleep）にあり、ほとんどの回路は、電力消費を低減するようオフされてよい。端末デバイスは、ＰＯを検出するために、サイクルに基づいて起動する。サイクルは、ＤＲＸサイクル（DRX  cycle）と呼ばれる。例えば、ＤＲＸサイクルの値は、｛１．２８ｓ，・・・，１０．２４ｓ｝であってよい。
【０１０９】
従って、ｅＤＲＸコンフィグレーションなしの端末デバイスは、少なくとも１０．２４ｓごとに一度起動する必要がある（最大ＤＲＸサイクルが１０．２４ｓであるため）。
【０１１０】
ｅＤＲＸコンフィグレーションなしの端末デバイスと比較して、ｅＤＲＸコンフィグレーションを備えた端末デバイスは、図５に示されるように、時間領域においてページング時間窓（paging  time  window，ＰＴＷ）を有する。ｅＤＲＸコンフィグレーションを備えた端末デバイスは、ＰＴＷ内でしか起動せず、ＰＴＷ内の挙動は、ｅＤＲＸコンフィグレーションなしの端末デバイスの挙動と同じである。最大ＰＴＷサイクルは２．９時間であり、これは、ｅＤＲＸコンフィグレーションを備えた端末デバイスが２．９時間ごとに一度起動することができることを意味する。
【０１１１】
端末デバイスは、ＰＴＷの外ではディープスリープ（deep  sleep）にある。ライトスリープモードと比較して、ディープスリープモードでは、より多くの回路がオフされ得る。従って、ｅＤＲＸモードは、ＤＲＸモードよりも多くの電力を節約するモードである。
【０１１２】
同様に、ｅＤＲＸでは、より長いウォームアップ時間（より長いＷＵＳギャップに対応する）が、ＷＵＳが検出された後に必要とされる。
【０１１３】
ＰＴＷ内の最初のページング・オケージョンの前のウェイクアップ信号はＰＴＷ内にあってよく、あるいは、ＰＴＷ外であってもよい、ことが理解されるべきである。
【０１１４】
ｅＤＲＸコンフィグレーションを備えた端末デバイスの場合に、端末デバイスは、ウェイクアップ信号ギャップ（ＷＵＳギャップ又はＷＵＳオフセット）を明確に報告する。図３に示されるように、ウェイクアップ信号ギャップは、ＰＯ開始位置と、設定された最大ウェイクアップ信号存続期間（設定された最大ＷＵＳ存続期間）の終了位置との間のギャップである。
【０１１５】
任意に、報告ギャップはウェイクアップ信号ギャップである。
【０１１６】
任意に、ウェイクアップ信号ギャップの値範囲は｛４０ｍｓ，２４０ｍｓ，１ｓ，２ｓ｝であってよい。
【０１１７】
例えば、ｅＤＲＸコンフィグレーションを備えた端末デバイスが２４０ｍｓを報告する場合に、それは、端末デバイスが、端末デバイスがウォームアップ動作を完了するのに２４０ｍｓを必要とすると考えている、ことを示す。
【０１１８】
ここで留意すべきは、端末デバイスが１ｓ及び２ｓを報告する場合に、端末デバイスがＷＵＳ専用検出回路を有している可能性が高い点である。端末デバイスは、元のメイン回路を完全にオフし、ＷＵＳを検出するためにＷＵＳ専用検出回路のみをオンしてよく、そして、端末デバイスは、ＷＵＳを検出した後にのみメイン回路をオンして、超低電力消費を達成する。
【０１１９】
従って、１ｓ又は２ｓを報告する端末デバイスの能力は、４０ｍｓ又は２４０ｍｓを報告する端末デバイスの能力よりも必ずしも脆弱でなく、１ｓ又は２ｓを報告する端末デバイスは、余分のＷＵＳ専用検出回路を備えている可能性が非常に高い。
【０１２０】
この場合に、メイン回路は完全にオフされているので、端末デバイスは、より長いウォームアップ時間を必要とする。そのため、１ｓ及び２ｓは、標準規格において定義される。
【０１２１】
端末デバイスがウェイクアップ信号ギャップをネットワークデバイスに報告することは、端末デバイスが、ネットワークデバイスに対して、端末デバイスが準備作業を完了するために必要とする最低限の期間を報告することを意味する、ことが理解されるべきである。
【０１２２】
任意に、ウェイクアップ信号の最大存続期間は、ネットワークデバイスによって前もって端末デバイスに通知されてよい。
【０１２３】
更には、ｅＤＲＸコンフィグレーションなしの端末デバイスの場合に、端末デバイスはウェイクアップ信号ギャップを報告しない。
【０１２４】
４０２．端末デバイスは、ネットワークデバイスによって送られた第２情報を受信する。
【０１２５】
任意に、ネットワークデバイスは、ブロードキャスト方式で第２情報を送信してよい。
【０１２６】
例えば、ネットワークデバイスは、セル内で、セル内の端末デバイスへブロードキャスト情報を送信し、第２情報は、そのブロードキャスト情報であってよい。
【０１２７】
４０３．端末デバイスは、第２情報に基づいて、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を決定する。
【０１２８】
任意に、ネットワークデバイスは、セル内の複数の端末デバイスによって報告された複数の報告ギャップに基づいて、それらの複数の端末デバイスのために同じ第１ギャップ又は第２ギャップを設定してよい。
【０１２９】
代替的に、ネットワークデバイスは、セル内の複数の端末デバイスによって報告された複数の報告ギャップに基づいて、それらの複数の端末デバイスのために異なる第１ギャップ又は第２ギャップを設定してよい。
【０１３０】
任意に、第１ギャップは、報告ギャップに等しくてよい。
【０１３１】
代替的に、第１ギャップは、報告ギャップに等しくなくてもよい。
【０１３２】
すなわち、端末デバイスのためにネットワークデバイスによって設定された第１ギャップは、端末デバイスによって報告された報告ギャップに必ずしも等しくない。第１ギャップは、ネットワークデバイスの実施に依存する。
【０１３３】
例えば、１つのセルには数百又は数千の端末デバイスが存在する可能性があり、各端末デバイスは異なる報告ギャップを報告する。従って、ネットワークデバイスは、全ての端末デバイスの要件に適合することができない。
【０１３４】
任意に、端末デバイスは、ｅＤＲＸコンフィグレーションを備えた端末デバイスである。
【０１３５】
ネットワークデバイスは、ｅＤＲＸコンフィグレーションを備えた端末デバイスのためにｅＤＲＸショートギャップを明確に設定する。
【０１３６】
任意に、第１ギャップはｅＤＲＸショートギャップであってよい。
【０１３７】
任意に、ｅＤＲＸショートギャップの値範囲は｛４０ｍｓ，８０ｍｓ，１６０ｍｓ，２４０ｍｓ｝であってよい。
【０１３８】
すなわち、第１ギャップのコンフィグレーション条件は、第１ギャップが４０ｍｓにセットされること、第１ギャップが８０ｍｓにセットされること、第１ギャップが１６０ｍｓにセットされること、及び第１ギャップが２４０ｍｓにセットされることを含んでよい。
【０１３９】
更には、ＤＲＸコンフィグレーションなしの端末デバイスの場合に、ネットワークデバイスは、その端末デバイスのためにＤＲＸギャップ（ＤＲＸギャップ又はＤＲＸオフセット）を明確に設定する。
【０１４０】
任意に、ＤＲＸギャップの値範囲は｛４０ｍｓ，８０ｍｓ，１６０ｍｓ，２４０ｍｓ｝であってよい。
【０１４１】
任意に、ｅＤＲＸショートギャップは、ＤＲＸギャップ以上である。
【０１４２】
例えば、ＤＲＸギャップが４０ｍｓに等しい場合に、ｅＤＲＸショートギャップの値範囲は｛８０ｍｓ，１６０ｍｓ，２４０ｍｓ｝であってよい。
【０１４３】
図６は、ＤＲＸギャップ、ｅＤＲＸショートギャップ、及びｅＤＲＸロングギャップの間の関係を示す。任意に、第２ギャップはｅＤＲＸロングギャップであってよい。
【０１４４】
任意に、第２ギャップのコンフィグレーション条件は、第２ギャップが設定されないこと、第２ギャップが１ｓにセットされること、及び第２ギャップが２ｓにセットされることを含んでよい。
【０１４５】
すなわち、ネットワークデバイスは、ｅＤＲＸコンフィグレーションを備えた端末デバイスのためにｅＤＲＸロングギャップを設定してよい。
【０１４６】
４０４．端末デバイスは、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定する。
【０１４７】
目標ギャップは、ウェイクアップ信号を検出するために端末デバイスによって実際に使用されかつウェイクアップ信号を送信するためにネットワークデバイスによって実際に使用されるウェイクアップ信号ギャップである。
【０１４８】
任意に、報告ギャップが１ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは４０ｍｓであると決定される。
【０１４９】
任意に、報告ギャップが１ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０１５０】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、２０ｍｓ、８０ｍｓ、などであってよい。
【０１５１】
任意に、報告ギャップが１ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは８０ｍｓであると決定される。
【０１５２】
任意に、報告ギャップが１ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０１５３】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、４０ｍｓ、１６０ｍｓ、などであってよい。
【０１５４】
任意に、報告ギャップが１ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは１６０ｍｓであると決定される。
【０１５５】
任意に、報告ギャップが１ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０１５６】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、８０ｍｓ、３２０ｍｓ、などであってよい。
【０１５７】
任意に、報告ギャップが１ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは２４０ｍｓであると決定される。
【０１５８】
任意に、報告ギャップが１ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０１５９】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、８０ｍｓ、４８０ｍｓ、などであってよい。
【０１６０】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０１６１】
更には、上記の技術的解決法では、報告ギャップが１ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出してよい。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【０１６２】
任意に、報告ギャップが２ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは４０ｍｓであると決定される。
【０１６３】
任意に、報告ギャップが２ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０１６４】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、２０ｍｓ、８０ｍｓ、などであってよい。
【０１６５】
任意に、報告ギャップが２ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは８０ｍｓであると決定される。
【０１６６】
任意に、報告ギャップが２ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０１６７】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、４０ｍｓ、１６０ｍｓ、などであってよい。
【０１６８】
任意に、報告ギャップが２ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは１６０ｍｓであると決定される。
【０１６９】
任意に、報告ギャップが２ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０１７０】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、８０ｍｓ、３２０ｍｓ、などであってよい。
【０１７１】
任意に、報告ギャップが２ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは２４０ｍｓであると決定される。
【０１７２】
任意に、報告ギャップが２ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０１７３】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、８０ｍｓ、４８０ｍｓ、などであってよい。
【０１７４】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０１７５】
更には、上記の技術的解決法では、報告ギャップが２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出してよい。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【０１７６】
任意に、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第３ギャップであると決定され、このとき、第３ギャップは４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【０１７７】
例えば、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは４０ｍｓであると決定され、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは８０ｍｓであると決定され、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは１６０ｍｓであると決定され、あるいは、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは２４０ｍｓであると決定される。
【０１７８】
任意に、第３ギャップは、端末デバイスのためにネットワークデバイスによって設定される。
【０１７９】
任意に、第３ギャップはＤＲＸギャップである。
【０１８０】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０１８１】
更には、上記の技術的解決法では、報告ギャップが１ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはＤＲＸギャップであると決定される。このようにして、ネットワークデバイスは、これらの場合に、更に設定されるウェイクアップ信号ギャップを必要とせず、それによってネットワークデバイスのオーバーヘッドを低減する。
【０１８２】
任意に、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第４ギャップであると決定され、このとき、第４ギャップは、４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【０１８３】
例えば、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは４０ｍｓであると決定され、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは８０ｍｓであると決定され、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは１６０ｍｓであると決定され、あるいは、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは２４０ｍｓであると決定される。
【０１８４】
任意に、第４ギャップは、端末デバイスのためにネットワークデバイスによって設定される。
【０１８５】
任意に、第４ギャップはＤＲＸギャップである。
【０１８６】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０１８７】
更には、上記の技術的解決法では、報告ギャップが２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはＤＲＸギャップであると決定される。このようにして、ネットワークデバイスは、これらの場合に、更に設定されるウェイクアップ信号ギャップを必要とせず、それによってネットワークデバイスのオーバーヘッドを低減する。
【０１８８】
任意に、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップは第５ギャップであると決定され、第５ギャップは、４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【０１８９】
例えば、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップは４０ｍｓであると決定され、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップは８０ｍｓであると決定され、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップは１６０ｍｓであると決定され、あるいは、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップは２４０ｍｓであると決定される。
【０１９０】
この場合に、ネットワークデバイスは、端末デバイスのために第２ギャップを設定してよく、あるいは、端末デバイスのために第２ギャップを設定しなくてもよい、ことが理解されるべきである。
【０１９１】
任意に、第５ギャップは、端末デバイスのためにネットワークデバイスによって設定される。
【０１９２】
任意に、第５ギャップはＤＲＸギャップである。
【０１９３】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０１９４】
更には、上記の技術的解決法では、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップはＤＲＸギャップである。このようにして、ネットワークデバイスは、これらの場合に、更に設定されるウェイクアップ信号を必要とせず、それによってネットワークデバイスのオーバーヘッドを低減する。
【０１９５】
上記の技術的解決法は、単独で使用されてよく、あるいは、適切な様態で組み合わせて使用されてもよい。これは、本願で限定されない。
【０１９６】
４０５．端末デバイスは、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前の検出位置でウェイクアップ信号を検出し、このとき、検出位置は、目標ギャップ及びウェイクアップ信号の最大存続期間に基づいて決定される。
【０１９７】
任意に、検出位置は、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前であって、目標ギャップとウェイクアップ信号の最大存続期間との和だけＰＯから離れている位置である。
【０１９８】
例えば、ＰＯの開始位置がＴであり、目標ギャップが４０ｍｓであり、最大ＷＵＳ存続期間が１２８ｍｓである場合に、検出位置はＴ−４０−１２８である。
【０１９９】
任意に、検出位置は、目標ギャップ、ウェイクアップ信号の最大存続期間、及び遅延情報に基づいて決定される。
【０２００】
例えば、ＮＢ−ＩｏＴでは、いくつかのインターフェースは、妥当でないサブフレーム、又はブロードキャスト信号若しくは同期信号を送信するために使用されるサブフレームである。これらのサブフレームに遭遇する場合に、ＷＵＳは、これらのサブフレームがＷＵＳ送信に使用され得ず、カウントされないように、つまり、これらのサブフレームがスキップされるように、遅延アプローチを使用する。ＰＯの開始位置がＴであり、目標ギャップが４０ｍｓであり、最大ＷＵＳ存続期間が１２８ｍｓであり、１２８ｍｓの中に１０個の先行サブフレームがある場合には、検出位置はＴ−４０−１２８−１０である。
【０２０１】
上記の技術的解決法では、端末デバイスは、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて目標ギャップを決定し、更には、ウェイクアップ信号の最大存続期間を参照して、ウェイクアップ信号を検出する位置を決定し、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０２０２】
本願は、端末デバイスがウェイクアップ信号を検出する位置を決定可能であるように、ウェイクアップ信号を送信する方法を提供し、それによって端末デバイスの電力消費を低減する。
【０２０３】
図７は、本願の実施形態に従ってウェイクアップ信号を送信する方法の略フローチャートである。図７の方法は、ネットワークデバイスによって実行されてよく、少なくとも次のステップの一部を含む。
【０２０４】
７０１．ネットワークデバイスは、端末デバイスによって送られた第１情報を受け取り、このとき、第１情報は、報告ギャップを示すために使用される。
【０２０５】
７０２．ネットワークデバイスは、第２情報を端末デバイスへ送り、このとき、第２情報は、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示すために使用される。
【０２０６】
７０３．ネットワークデバイスは、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定する。
【０２０７】
７０４．ネットワークデバイスは、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前の検出位置でウェイクアップ信号を送信し、このとき、検出位置は、目標ギャップ及びウェイクアップ信号の最大存続期間に基づいて決定される。
【０２０８】
上記の技術的解決法では、端末デバイスは、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて目標ギャップを決定し、更には、ウェイクアップ信号の最大存続期間を参照して、ウェイクアップ信号を検出する位置を決定し、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０２０９】
以下は、ステップ７０１から７０４について別々に詳細に説明する。
【０２１０】
７０１．ネットワークデバイスは、端末デバイスによって送られた第１情報を受け取り、このとき、第１情報は、報告ギャップを示すために使用される。
【０２１１】
任意に、報告ギャップは、他の回路をオンすること、メモリをロードすること、などのために必要とする時間である。
【０２１２】
例えば、報告ギャップが４０ｍｓである場合に、それは、ＷＵＳを検出した後、端末デバイスが、ＰＯに対するＮＰＤＣＣＨを復調するために、“他の回路をオンすること、メモリをロードすること、など”の準備作業を完了するのに少なくとも４０ｍｓを必要とすることを示す。
【０２１３】
任意に、報告ギャップはウェイクアップ信号ギャップである。
【０２１４】
任意に、ウェイクアップ信号ギャップの値範囲は｛４０ｍｓ，２４０ｍｓ，１ｓ，２ｓ｝であってよい。
【０２１５】
例えば、ｅＤＲＸコンフィグレーションを備えた端末デバイスが２４０ｍｓを報告する場合に、それは、端末デバイスが、端末デバイスがウォームアップ動作を完了するのに２４０ｍｓを必要とすると考えている、ことを示す。
【０２１６】
端末デバイスがウェイクアップ信号ギャップをネットワークデバイスに報告することは、端末デバイスが、ネットワークデバイスに対して、端末デバイスが準備作業を完了するために必要とする最低限の期間を報告することを意味する、ことが理解されるべきである。
【０２１７】
７０２．ネットワークデバイスは、第２情報を端末デバイスへ送り、このとき、第２情報は、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示すために使用される。
【０２１８】
任意に、ネットワークデバイスは、ブロードキャスト方式で第２情報を送信してよい。
【０２１９】
例えば、ネットワークデバイスは、セル内で、セル内の端末デバイスへブロードキャスト情報を送信し、第２情報は、そのブロードキャスト情報であってよい。
【０２２０】
任意に、ネットワークデバイスは、セル内の複数の端末デバイスによって報告された複数の報告ギャップに基づいて、それらの複数の端末デバイスのために同じ第１ギャップ又は第２ギャップを設定してよい。
【０２２１】
代替的に、ネットワークデバイスは、セル内の複数の端末デバイスによって報告された複数の報告ギャップに基づいて、それらの複数の端末デバイスのために異なる第１ギャップ又は第２ギャップを設定してよい。
【０２２２】
任意に、第１ギャップは、報告ギャップに等しくてよい。
【０２２３】
代替的に、第１ギャップは、報告ギャップに等しくなくてもよい。
【０２２４】
すなわち、端末デバイスのためにネットワークデバイスによって設定された第１ギャップは、端末デバイスによって報告された報告ギャップに必ずしも等しくない。第１ギャップは、ネットワークデバイスの実施に依存する。
【０２２５】
例えば、１つのセルには数百又は数千の端末デバイスが存在する可能性があり、各端末デバイスは異なる報告ギャップを報告する。従って、ネットワークデバイスは、全ての端末デバイスの要件に適合することができない。
【０２２６】
任意に、端末デバイスは、ｅＤＲＸコンフィグレーションを備えた端末デバイスである。
【０２２７】
ネットワークデバイスは、ｅＤＲＸコンフィグレーションを備えた端末デバイスのためにｅＤＲＸショートギャップを明確に設定する。
【０２２８】
任意に、第１ギャップはｅＤＲＸショートギャップであってよい。
【０２２９】
任意に、ｅＤＲＸショートギャップの値範囲は｛４０ｍｓ，８０ｍｓ，１６０ｍｓ，２４０ｍｓ｝であってよい。
【０２３０】
すなわち、第１ギャップのコンフィグレーション条件は、第１ギャップが４０ｍｓにセットされること、第１ギャップが８０ｍｓにセットされること、第１ギャップが１６０ｍｓにセットされること、及び第１ギャップが２４０ｍｓにセットされることを含んでよい。
【０２３１】
更には、ＤＲＸコンフィグレーションなしの端末デバイスの場合に、ネットワークデバイスは、その端末デバイスのためにＤＲＸギャップ（ＤＲＸギャップ又はＤＲＸオフセット）を明確に設定する。
【０２３２】
任意に、ＤＲＸギャップの値範囲は｛４０ｍｓ，８０ｍｓ，１６０ｍｓ，２４０ｍｓ｝であってよい。
【０２３３】
任意に、ｅＤＲＸショートギャップは、ＤＲＸギャップ以上である。
【０２３４】
例えば、ＤＲＸギャップが４０ｍｓに等しい場合に、ｅＤＲＸショートギャップの値範囲は｛８０ｍｓ，１６０ｍｓ，２４０ｍｓ｝であってよい。
【０２３５】
図６は、ＤＲＸギャップ、ｅＤＲＸショートギャップ、及びｅＤＲＸロングギャップの間の関係を示す。
【０２３６】
任意に、第２ギャップはｅＤＲＸロングギャップであってよい。
【０２３７】
任意に、第２ギャップのコンフィグレーション条件は、第２ギャップが設定されないこと、第２ギャップが１ｓにセットされること、及び第２ギャップが２ｓにセットされることを含んでよい。
【０２３８】
すなわち、ネットワークデバイスは、ｅＤＲＸコンフィグレーションを備えた端末デバイスのためにｅＤＲＸロングギャップを設定してよい。
【０２３９】
７０３．ネットワークデバイスは、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定する。
【０２４０】
目標ギャップは、ウェイクアップ信号を検出するために端末デバイスによって実際に使用されかつウェイクアップ信号を送信するためにネットワークデバイスによって実際に使用されるウェイクアップ信号ギャップである。
【０２４１】
任意に、報告ギャップが１ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは４０ｍｓであると決定される。
【０２４２】
任意に、報告ギャップが１ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０２４３】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、２０ｍｓ、８０ｍｓ、などであってよい。
【０２４４】
任意に、報告ギャップが１ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは８０ｍｓであると決定される。
【０２４５】
任意に、報告ギャップが１ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０２４６】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、４０ｍｓ、１６０ｍｓ、などであってよい。
【０２４７】
任意に、報告ギャップが１ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは１６０ｍｓであると決定される。
【０２４８】
任意に、報告ギャップが１ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０２４９】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、８０ｍｓ、３２０ｍｓ、などであってよい。
【０２５０】
任意に、報告ギャップが１ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは２４０ｍｓであると決定される。
【０２５１】
任意に、報告ギャップが１ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０２５２】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、８０ｍｓ、４８０ｍｓ、などであってよい。
【０２５３】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０２５４】
更には、上記の技術的解決法では、報告ギャップが１ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出してよい。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【０２５５】
任意に、報告ギャップが２ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは４０ｍｓであると決定される。
【０２５６】
任意に、報告ギャップが２ｓであり、第１ギャップが４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０２５７】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、２０ｍｓ、８０ｍｓ、などであってよい。
【０２５８】
任意に、報告ギャップが２ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは８０ｍｓであると決定される。
【０２５９】
任意に、報告ギャップが２ｓであり、第１ギャップが８０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０２６０】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、４０ｍｓ、１６０ｍｓ、などであってよい。
【０２６１】
任意に、報告ギャップが２ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは１６０ｍｓであると決定される。
【０２６２】
任意に、報告ギャップが２ｓであり、第１ギャップが１６０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０２６３】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、８０ｍｓ、３２０ｍｓ、などであってよい。
【０２６４】
任意に、報告ギャップが２ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは２４０ｍｓであると決定される。
【０２６５】
任意に、報告ギャップが２ｓであり、第１ギャップが２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第１ギャップ（すなわち、ｅＤＲＸショートギャップ）に基づいて決定される。
【０２６６】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、８０ｍｓ、４８０ｍｓ、などであってよい。
【０２６７】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０２６８】
更には、上記の技術的解決法では、報告ギャップが２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出してよい。このようにして、端末デバイスがｅＤＲＸモードにある期間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【０２６９】
任意に、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第３ギャップであると決定され、このとき、第３ギャップは４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【０２７０】
例えば、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは４０ｍｓであると決定され、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは８０ｍｓであると決定され、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは１６０ｍｓであると決定され、あるいは、報告ギャップが１ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは２４０ｍｓであると決定される。
【０２７１】
任意に、第３ギャップは、端末デバイスのためにネットワークデバイスによって設定される。
【０２７２】
任意に、第３ギャップはＤＲＸギャップである。
【０２７３】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０２７４】
更には、上記の技術的解決法では、報告ギャップが１ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはＤＲＸギャップであると決定される。このようにして、ネットワークデバイスは、これらの場合に、更に設定されるウェイクアップ信号ギャップを必要とせず、それによってネットワークデバイスのオーバーヘッドを低減する。
【０２７５】
任意に、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは第４ギャップであると決定され、このとき、第４ギャップは、４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【０２７６】
例えば、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは４０ｍｓであると決定され、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは８０ｍｓであると決定され、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは１６０ｍｓであると決定され、あるいは、報告ギャップが２ｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、第２ギャップが設定されない場合に、目標ギャップは２４０ｍｓであると決定される。
【０２７７】
任意に、第４ギャップは、端末デバイスのためにネットワークデバイスによって設定される。
【０２７８】
任意に、第４ギャップはＤＲＸギャップである。
【０２７９】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０２８０】
更には、上記の技術的解決法では、報告ギャップが２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはＤＲＸギャップであると決定される。このようにして、ネットワークデバイスは、これらの場合に、更に設定されるウェイクアップ信号ギャップを必要とせず、それによってネットワークデバイスのオーバーヘッドを低減する。
【０２８１】
任意に、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップは第５ギャップであると決定され、第５ギャップは、４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓである。
【０２８２】
例えば、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップは４０ｍｓであると決定され、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップは８０ｍｓであると決定され、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップは１６０ｍｓであると決定され、あるいは、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップは２４０ｍｓであると決定される。
【０２８３】
この場合に、ネットワークデバイスは、端末デバイスのために第２ギャップを設定してよく、あるいは、端末デバイスのために第２ギャップを設定しなくてもよい、ことが理解されるべきである。
【０２８４】
任意に、第５ギャップは、端末デバイスのためにネットワークデバイスによって設定される。
【０２８５】
任意に、第５ギャップはＤＲＸギャップである。
【０２８６】
上記の技術的解決法に従って、端末デバイスは、ウェイクアップ信号を検出する位置を決定してよく、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０２８７】
更には、上記の技術的解決法では、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓにセットされる場合に、目標ギャップはＤＲＸギャップである。このようにして、ネットワークデバイスは、これらの場合に、更に設定されるウェイクアップ信号を必要とせず、それによってネットワークデバイスのオーバーヘッドを低減する。
【０２８８】
上記の技術的解決法は、単独で使用されてよく、あるいは、適切な様態で組み合わせて使用されてもよい。これは、本願で限定されない。
【０２８９】
７０４．ネットワークデバイスは、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前の検出位置でウェイクアップ信号を送信し、このとき、検出位置は、目標ギャップ及びウェイクアップ信号の最大存続期間に基づいて決定される。
【０２９０】
任意に、検出位置は、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前であって、目標ギャップとウェイクアップ信号の最大存続期間との和だけＰＯから離れている位置である。
【０２９１】
例えば、ＰＯの開始位置がＴであり、目標ギャップが４０ｍｓであり、最大ＷＵＳ存続期間が１２８ｍｓである場合に、検出位置はＴ−４０−１２８である。
【０２９２】
任意に、検出位置は、目標ギャップ、ウェイクアップ信号の最大存続期間、及び遅延情報に基づいて決定される。
【０２９３】
例えば、ＮＢ−ＩｏＴでは、いくつかのインターフェースは、妥当でないサブフレーム、又はブロードキャスト信号若しくは同期信号を送信するために使用されるサブフレームである。これらのサブフレームに遭遇する場合に、ＷＵＳは、これらのサブフレームがＷＵＳ送信に使用され得ず、カウントされないように、つまり、これらのサブフレームがスキップされるように、遅延アプローチを使用する。ＰＯの開始位置がＴであり、目標ギャップが４０ｍｓであり、最大ＷＵＳ存続期間が１２８ｍｓであり、１２８ｍｓの中に１０個の先行サブフレームがある場合には、検出位置はＴ−４０−１２８−１０である。
【０２９４】
上記の技術的解決法では、端末デバイスは、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて目標ギャップを決定し、更には、ウェイクアップ信号の最大存続期間を参照して、ウェイクアップ信号を検出する位置を決定し、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０２９５】
以下は、具体例を参照して、より詳細に本願のこの実施形態について説明する。
【０２９６】
表１は、本願のこの実施形態における報告ギャップ、第１ギャップ、第２ギャップ、及び目標ギャップの間の対応である。表１から、ｅＤＲＸの場合に、端末デバイスは、４つの値を報告してよく、ネットワークデバイスは、１２個のコンフィグレーションを有し、全部で４×１２＝４８通りの場合がある、ことが分かる。各場合は、報告ギャップ（端末デバイスによって報告される値）、第１ギャップ及び第２ギャップ（ｅＤＲＸについてネットワークデバイスによって設定される値、かつ、端末デバイスのためにネットワークデバイスによって設定される値でもある）を使用することによって一意に決定され得る。
【０２９７】
ネットワークデバイスの１２個のコンフィグレーションについて、４０ｍｓは、ネットワークデバイスが、１つのｅＤＲＸショートギャップを端末デバイスのために４０ｍｓにセットし、ｅＤＲＸロングギャップは設定されない、ことを示す。ｅＤＲＸについてネットワークデバイスによって設定される値に対応するただ１つの値しか存在しない他の同様の形態における第２ギャップは、同様の意味を有している。４０ｍｓ＋１ｓは、ネットワークデバイスが、端末デバイスのために、１つのｅＤＲＸショートギャップを４０ｍｓにセットし、１つのｅＤＲＸロングギャップを１ｓにセットする、ことを示す。ｅＤＲＸのためにネットワークデバイスによって設定される値に対応する２つの異なる値が存在する他の同様の形態におけるコンフィグレーションは、同様の意味を有している。
【０２９８】
例えば、検出位置は、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前であって、目標ギャップとウェイクアップ信号の最大存続期間との和だけＰＯから離れている位置である。
【０２９９】
この場合にネットワークデバイスによって設定されるＤＲＸギャップが４０ｍｓであり、最大ウェイクアップ信号存続期間が１２８ｍｓである、と仮定される。
【０３００】
端末デバイスによって報告される値が４０ｍｓであり、ｅＤＲＸのためにネットワークデバイスによって設定される値が２４０ｍｓである場合に、それは、端末デバイスが、４０ｍｓであるＷＵＳギャップを報告し、ネットワークデバイスがｅＤＲＸショートギャップを２４０ｍｓにセットするだけであり、ｅＤＲＸロングギャップを設定しない、ことを示す。この場合に、端末デバイスに対応するＷＵＳギャップは２４０ｍｓであり、つまり、ネットワークデバイスは、２４０ｍｓ＋１２８ｍｓで端末デバイスのＷＵＳを送信し、端末デバイスは、２４０ｍｓ＋１２８ｍｓでＷＵＳを検出する。
【０３０１】
端末デバイスによって報告される値が４０ｍｓであり、ｅＤＲＸのためにネットワークデバイスによって設定される値が２４０ｍｓ＋１ｓである場合に、それは、端末デバイスが、４０ｍｓであるＷＵＳギャップを報告し、ネットワークデバイスがｅＤＲＸショートギャップを２４０ｍｓにセットし、更には、ｅＤＲＸロングギャップを１ｓにセットする、ことを示す。この場合に、端末デバイスに対応するＷＵＳギャップは２４０ｍｓであり、つまり、ネットワークデバイスは、２４０ｍｓ＋１２８ｍｓで端末デバイスのＷＵＳを送信し、端末デバイスは、２４０ｍｓ＋１２８ｍｓでＷＵＳを検出する。
【０３０２】
端末デバイスによって報告される値が１ｓであり、ｅＤＲＸのためにネットワークデバイスによって設定される値が２４０ｍｓ＋１ｓである場合に、それは、端末デバイスが、１ｓであるＷＵＳギャップを報告し（端末デバイスがＷＵＳ専用検出回路を有している可能性があることを示す）、ネットワークデバイスがｅＤＲＸショートギャップを２４０ｍｓにセットし、更には、ｅＤＲＸロングギャップを１ｓにセットする、ことを示す。この場合に、端末デバイスに対応するＷＵＳギャップは１ｓであり、つまり、ネットワークデバイスは、１ｓ＋１２８ｍｓで端末デバイスのＷＵＳを送信し、端末デバイスは、１ｓ＋１２８ｍｓでＷＵＳを検出する。
【０３０３】
端末デバイスによって報告される値が１ｓであり、ｅＤＲＸのためにネットワークデバイスによって設定される値が８０ｍｓである場合に、それは、端末デバイスが、１ｓであるＷＵＳギャップを報告し、ネットワークデバイスがｅＤＲＸショートギャップを８０ｍｓにセットし、ｅＤＲＸロングギャップを設定しない、ことを示す。この場合に、端末デバイスに対応するＷＵＳギャップは４０ｍｓであり、つまり、図８に示されるように、ネットワークデバイスは、ＤＲＸギャップ＋１２８ｍｓ＝４０ｍｓ＋１２８ｍｓで端末デバイスのＷＵＳを送信し、端末デバイスは、ＤＲＸギャップ＋１２８ｍｓ＝４０ｍｓ＋１２８ｍｓでＷＵＳを検出する。
【０３０４】
表中の他の場合は同様である。
【表１】
2021533698.tif 000003
【０３０５】
上記の技術的解決法では、端末デバイスは、報告ギャップ、第１ギャップ、及び第２ギャップに基づいて目標ギャップを決定し、更には、ウェイクアップ信号の最大存続期間を参照して、ウェイクアップ信号を検出する位置を決定し、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０３０６】
更には、上記の技術的解決法では、報告ギャップが２４０ｍｓであり、第１ギャップが４０ｍｓ、８０ｍｓ、又は１６０ｍｓである場合に、及び報告ギャップが１ｓ又は２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはＤＲＸギャップであると決定される。このようにして、ネットワークデバイスは、これらの場合に、更に設定されるウェイクアップ信号ギャップを必要とせず、それによってネットワークデバイスのオーバーヘッドを低減する。
【０３０７】
表２は、本願のこの実施形態における報告ギャップ、第１ギャップ、第２ギャップ、及び目標ギャップの間の対応である。表２から、ｅＤＲＸの場合に、端末デバイスは、４つの値を報告してよく、ネットワークデバイスは、１２個のコンフィグレーションを有し、全部で４×１２＝４８通りの場合がある、ことが分かる。各場合は、報告ギャップ（端末デバイスによって報告される値）、第１ギャップ及び第２ギャップ（ｅＤＲＸについてネットワークデバイスによって設定される値、かつ、端末デバイスのためにネットワークデバイスによって設定される値でもある）を使用することによって一意に決定され得る。
【０３０８】
ネットワークデバイスの１２個のコンフィグレーションについて、４０ｍｓは、ネットワークデバイスが、１つのｅＤＲＸショートギャップを端末デバイスのために４０ｍｓにセットし、ｅＤＲＸロングギャップは設定されない、ことを示す。ｅＤＲＸについてネットワークデバイスによって設定される値に対応するただ１つの値しか存在しない他の同様の形態における第２ギャップは、同様の意味を有している。４０ｍｓ＋１ｓは、ネットワークデバイスが、端末デバイスのために、１つのｅＤＲＸショートギャップを４０ｍｓにセットし、１つのｅＤＲＸロングギャップを１ｓにセットする、ことを示す。ｅＤＲＸのためにネットワークデバイスによって設定される値に対応する２つの異なる値が存在する他の同様の形態におけるコンフィグレーションは、同様の意味を有している。
【０３０９】
同様に、検出位置が、ページング時間窓ＰＴＷにおける最初のページング・オケージョンＰＯの開始位置の前であって、目標ギャップとウェイクアップ信号の最大存続期間との和だけＰＯから離れている位置である例が、使用される。
【０３１０】
この場合にネットワークデバイスによって設定されるＤＲＸギャップが４０ｍｓであり、最大ウェイクアップ信号存続期間が１２８ｍｓである、と仮定される。
【０３１１】
端末デバイスによって報告される値が４０ｍｓであり、ｅＤＲＸのためにネットワークデバイスによって設定される値が２４０ｍｓである場合に、それは、端末デバイスが、４０ｍｓであるＷＵＳギャップを報告し、ネットワークデバイスがｅＤＲＸショートギャップを２４０ｍｓにセットするだけであり、ｅＤＲＸロングギャップを設定しない、ことを示す。この場合に、端末デバイスに対応するＷＵＳギャップは２４０ｍｓであり、つまり、ネットワークデバイスは、２４０ｍｓ＋１２８ｍｓで端末デバイスのＷＵＳを送信し、端末デバイスは、２４０ｍｓ＋１２８ｍｓでＷＵＳを検出する。
【０３１２】
端末デバイスによって報告される値が４０ｍｓであり、ｅＤＲＸのためにネットワークデバイスによって設定される値が２４０ｍｓ＋１ｓである場合に、それは、端末デバイスが、４０ｍｓであるＷＵＳギャップを報告し、ネットワークデバイスがｅＤＲＸショートギャップを２４０ｍｓにセットし、更には、ｅＤＲＸロングギャップを１ｓにセットする、ことを示す。この場合に、端末デバイスに対応するＷＵＳギャップは２４０ｍｓであり、つまり、ネットワークデバイスは、２４０ｍｓ＋１２８ｍｓで端末デバイスのＷＵＳを送信し、端末デバイスは、２４０ｍｓ＋１２８ｍｓでＷＵＳを検出する。
【０３１３】
端末デバイスによって報告される値が１ｓであり、ｅＤＲＸのためにネットワークデバイスによって設定される値が２４０ｍｓ＋１ｓである場合に、それは、端末デバイスが、１ｓであるＷＵＳギャップを報告し（端末デバイスがＷＵＳ専用検出回路を有している可能性があることを示す）、ネットワークデバイスがｅＤＲＸショートギャップを２４０ｍｓにセットし、更には、ｅＤＲＸロングギャップを１ｓにセットする、ことを示す。この場合に、端末デバイスに対応するＷＵＳギャップは１ｓであり、つまり、ネットワークデバイスは、１ｓ＋１２８ｍｓで端末デバイスのＷＵＳを送信し、端末デバイスは、１ｓ＋１２８ｍｓでＷＵＳを検出する。
【０３１４】
端末デバイスによって報告される値が２４０ｍｓであり、ｅＤＲＸのためにネットワークデバイスによって設定される値が８０ｍｓである場合に、それは、端末デバイスが、２４０ｍｓであるＷＵＳギャップを報告し、ネットワークデバイスがｅＤＲＸショートギャップを８０ｍｓにセットし、ｅＤＲＸロングギャップを設定しない、ことを示す。この場合に、端末デバイスに対応するＷＵＳギャップは４０ｍｓであり、つまり、ネットワークデバイスは、ＤＲＸギャップ＋１２８ｍｓ＝４０ｍｓ＋１２８ｍｓで端末デバイスのＷＵＳを送信し、端末デバイスは、ＤＲＸギャップ＋１２８ｍｓ＝４０ｍｓ＋１２８ｍｓでＷＵＳを検出する。
【０３１５】
端末デバイスによって報告される値が１ｓであり、ｅＤＲＸのためにネットワークデバイスによって設定される値が８０ｍｓである場合に、それは、端末デバイスが、１ｓであるＷＵＳギャップを報告し、ネットワークデバイスがｅＤＲＸショートギャップを８０ｍｓにセットし、ｅＤＲＸロングギャップを設定しない、ことを示す。この場合に、端末デバイスに対応するＷＵＳギャップは８０ｍｓであり、つまり、ネットワークデバイスは、ＤＲＸギャップ＋１２８ｍｓ＝８０ｍｓ＋１２８ｍｓで端末デバイスのＷＵＳを送信し、端末デバイスは、ＤＲＸギャップ＋１２８ｍｓ＝８０ｍｓ＋１２８ｍｓでＷＵＳを検出する。
【０３１６】
表２中の他の場合は同様である。
【表２】
2021533698.tif 000004
【０３１７】
上記の技術的解決法では、端末デバイスは、報告ギャップ、第２ギャップ、及び第２ギャップに基づいて目標ギャップを決定し、更には、ウェイクアップ信号の最大存続期間を参照して、ウェイクアップ信号を検出する位置を決定し、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【０３１８】
更には、上記の技術的解決法では、報告ギャップが１ｓ又は２ｓであり、ネットワークデバイスがｅＤＲＸロングギャップを設定しない場合に、目標ギャップはｅＤＲＸショートギャップである。目標ギャップがＤＲＸギャップである場合（端末デバイスが、ＷＵＳを検出するためにｅＤＲＸモードからＤＲＸモードへ切り替わる必要があり、端末デバイスの電力消費は増大する。具体的に、ＰＯに対するページングがない（ネットワークデバイスがＷＵＳを送信しない）場合に、端末デバイスは常にｅＤＲＸモードにある可能性がある。つまり、端末デバイスの挙動は、次の通りに、ｅＤＲＸモードにある→ＷＵＳを検出する→ＷＵＳを検出することができない→依然としてｅＤＲＸモードにある、である。しかし、目標ギャップがＤＲＸギャップである場合に、端末デバイスは、ＷＵＳを検出するためにｅＤＲＸモードからＤＲＸモードへ切り替わる必要がある。ｅＤＲＸモードにある存続期間は、より短くなり、端末デバイスの消費電力は増大する。端末デバイスの挙動は、ｅＤＲＸモードにある→ＤＲＸモードにある→ＷＵＳを検出する→ＷＵＳを検出することができない→ＤＲＸモードにある、に変わる）と比較して、端末デバイスは、ｅＤＲＸモードでウェイクアップ信号を検出してよく、端末デバイスがｅＤＲＸモードにある時間は、可能な限り長く延ばされ得、それによって端末デバイスの電力消費を更に低減する。
【０３１９】
本願は、ウェイクアップ信号を検出するための方法であって、上記の実施形態のいずれか１つで記載されている方法を実装するよう、端末デバイスを提供する。
【０３２０】
図９は、本願の実施形態に従う端末デバイスの略構造図である。図９に示されるように、端末デバイス９００は、
報告ギャップを示すために使用される第１情報をネットワークデバイスへ送るよう構成される送信ユニット９０１と、
ネットワークデバイスによって送られた第２情報を受け取るよう構成される受信ユニット９０２と、
第２情報に基づいて第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を決定するよう構成される決定ユニット９０３であり、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて、目標ギャップを決定するよう更に構成される決定ユニット９０３と、
ページング時間窓ＰＴＷにおける最初のページング・オケージョンの開始位置の前の検出位置でウェイクアップ信号を検出するよう構成される検出ユニット９０４と
を含んでよく、
検出位置は、目標ギャップ及びウェイクアップ信号の最大存続期間に基づいて決定される。
【０３２１】
本願のこの実施形態における端末デバイス９００内のユニットの具体的な実施及び有利な効果については、方法の実施形態における関連する説明を参照されたい、ことが理解され得る。詳細は、ここで再び記載されない。
【０３２２】
図１０は、本願の実施形態に従うネットワークデバイスの略構造図である。図１０に示されるように、ネットワークデバイス１０００は、
報告ギャップを示すために使用される、端末デバイスによって送られた第１情報を受け取るよう構成される受信ユニット１００１と、
第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示すために使用される第２情報を端末デバイスへ送るよう構成される送信ユニット１００２と、
報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて目標ギャップを決定するためにネットワークデバイスによって使用されるよう構成される決定ユニット１００３と
を含んでよく、
送信ユニット１００２は、ページング時間窓ＰＴＷにおける最初のページ・オケージョンの開始位置の前の検出位置でウェイクアップ信号を送信するよう更に構成され、検出位置は、目標ギャップ及びウェイクアップ信号の最大存続期間に基づいて決定される。
【０３２３】
本願のこの実施形態におけるネットワークデバイス１０００内のユニットの具体的な実施及び有利な効果については、方法の実施形態における関連する説明を参照されたい、ことが理解され得る。詳細は、ここで再び記載されない。
【０３２４】
図１１は、本願の他の実施形態に従う端末デバイスの略構造図である。図１１の端末デバイス１１００は、ウェイクアップ信号を検出する方法であって、上記の実施形態のいずれか１つで記載されている方法を実装してよい。図１１の端末デバイス１１００は、メモリ１１０１及びプロセッサ１１０２を含んでよい。メモリ１１０１は、プログラムを記憶するために使用されてよい。プロセッサ１１０２は、メモリに記憶されているプログラムを実行するために使用されてよい。メモリ１１０１に記憶されているプログラムが実行される場合に、プロセッサ１１０２は、ウェイクアップ信号を検出する方法であって、上記の実施形態のいずれか１つで記載されている方法を実行するよう構成され得る。
【０３２５】
図１２は、本願の他の実施形態に従うネットワークデバイスの略構造図である。図１２の端末デバイス１２００は、ウェイクアップ信号を送信する方法であって、上記の実施形態のいずれか１つで記載されている方法を実装してよい。図１２の端末デバイス１２００は、メモリ１２０１及びプロセッサ１２０２を含んでよい。メモリ１２０１は、プログラムを記憶するために使用されてよい。プロセッサ１２０２は、メモリに記憶されているプログラムを実行するために使用されてよい。メモリ１２０１に記憶されているプログラムが実行される場合に、プロセッサ１２０２は、ウェイクアップ信号を送信する方法であって、上記の実施形態のいずれか１つで記載されている方法を実行するよう構成され得る。
【０３２６】
本願の実施形態は、チップを更に提供する。チップは、トランシーバユニット及び処理ユニットを含む。トランシーバユニットは、入出力回路又は通信インターフェースであってよい。処理ユニットは、プロセッサ、マイクロプロセッサ、又はチップに集積された集積回路である。チップは、上記の実施形態において端末デバイス側で実行された方法を実行してよい。
【０３２７】
本願の実施形態は、チップを更に提供する。チップは、トランシーバユニット及び処理ユニットを含む。トランシーバユニットは、入出力回路又は通信インターフェースであってよい。処理ユニットは、プロセッサ、マイクロプロセッサ、又はチップに集積された集積回路である。チップは、上記の実施形態においてネットワークデバイス側で実行された方法を実行してよい。
【０３２８】
本願は、コンピュータ可読記憶媒体を提供し、コンピュータ可読記憶媒体は、命令を記憶しており、命令がコンピュータで実行される場合に、コンピュータは、ウェイクアップ信号を検出する方法であって、上記の実施形態のいずれか１つで記載されている方法を実行することを可能にされる。
【０３２９】
本願は、命令を含むコンピュータプログラム製品を更に提供する。コンピュータプログラム製品がコンピュータで実行される場合に、コンピュータは、ウェイクアップ信号を検出する方法であって、上記の実施形態のいずれか１つで記載されている方法を実行することを可能にされる。
【０３３０】
本願は、コンピュータ可読記憶媒体を提供し、コンピュータ可読記憶媒体は、命令を記憶しており、命令がコンピュータで実行される場合に、コンピュータは、ウェイクアップ信号を送信する方法であって、上記の実施形態のいずれか１つで記載されている方法を実行することを可能にされる。
【０３３１】
本願は、命令を含むコンピュータプログラム製品を更に提供する。コンピュータプログラム製品がコンピュータで実行される場合に、コンピュータは、ウェイクアップ信号を送信する方法であって、上記の実施形態のいずれか１つで記載されている方法を実行することを可能にされる。
【０３３２】
当業者であれば、本明細書で開示されている実施形態を参照して記載されている例におけるユニット及びアルゴリズムステップが、電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実装されてよい、と気づき得る。機能がハードウェア又はソフトウェアによって実行されるかどうかは、技術的解決法の特定の用途及び設計制約条件に依存する。当業者は、特定の用途ごとに、記載されている機能を実装するために異なる方法を使用し得るが、実施は、本願の範囲を超えると考えられるべきではない。
【０３３３】
便宜上、及び簡潔な記載のために、記載されているシステム、装置、及びユニットの詳細な作動プロセスについては、上記の方法の実施形態における対応するプロセスを参照されたい、ことが当業者によって明らかに理解され得る。
【０３３４】
本願で提供されるいくつかの実施形態では、開示されているシステム、装置、及び方法は他の様態で実施されてもよいことが理解されるべきある。例えば、記載されている装置の実施形態は、例にすぎない。例えば、ユニットへの分割は、論理的な機能分割にすぎず、実際の実施中は他の分割であってもよい。例えば、複数のユニット又はコンポーネントは、他のシステムに結合又は一体化されてよく、あるいは、いくつかの特徴は、無視されても又は実行されなくてもよい。更には、表示又は議論されている相互結合又は直接的な結合又は通信接続は、何らかのインターフェースを通じて実施されてよい。装置又はユニット間の間接的な結合又は通信接続は、電子的な形態、機械的な形態、又は他の形態で実施されてもよい。
【０３３５】
別々のユニットとして記載されているユニットは、物理的に分離していても又はしていなくてもよく、ユニットとして表示されている部分は、物理的なユニットであってもなくてもよく、一カ所に位置してよく、あるいは、複数のネットワークユニットに分布してもよい。ユニットの一部又は全ては、実施形態の解決法の目的を達成するために実際の要件に基づいて選択されてよい。
【０３３６】
更には、本願の実施形態における機能ユニットは、１つの処理ユニットに一体化されてよく、あるいは、ユニットの夫々は、物理的に単独で存在してよく、あるいは、２つ以上のユニットは、１つのユニットに一体化されてよい。
【０３３７】
機能がソフトウェア機能ユニットの形で実施され、独立した製品として販売又は使用される場合に、機能は、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本願の技術的解決法は本質的に、又は現在の技術に寄与する部分、又は技術的解決法の一部は、ソフトウェア製品の形で実施されてよい。ソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであってよい）に、本願の実施形態で記載されている方法のステップの全部又は一部を実行するよう指示するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リード・オンリー・メモリ（read-only  memory，ＲＯＭ）、ランダム・アクセス・メモリ（random  access  memory，ＲＡＭ）、磁気ディスク、又は光ディスクなどの、プログラムコードを記憶することができるあらゆる媒体を含む。
【０３３８】
上記の説明は、本願の具体的な実施にすぎず、本願の保護範囲を限定する意図はない。本願で開示されている技術的範囲内で当業者によって容易に考え出される如何なる変形又は置換も、本願の保護範囲内に入るべきである。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。
【図１】
2021533698.tif 000005
【図２】
2021533698.tif 000006
【図３】
2021533698.tif 000007
【図４】
2021533698.tif 000008
【図５】
2021533698.tif 000009
【図６】
2021533698.tif 000010
【図７】
2021533698.tif 000011
【図８】
2021533698.tif 000012
【図９】
2021533698.tif 000013
【図１０】
2021533698.tif 000014
【図１１】
2021533698.tif 000015
【図１２】
2021533698.tif 000016
【手続補正書】
【提出日】令和3年3月18日(2021.3.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ウェイクアップ信号を検出する方法であって、
報告ギャップを示す第１情報をネットワークデバイスへ送ることと、
前記ネットワークデバイスから、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示す第２情報を受け取ることと、
前記第２情報に基づいて、前記第１ギャップのコンフィグレーション条件及び前記第２ギャップのコンフィグレーション条件を決定することと、
前記報告ギャップが１ｓ又は２ｓであり、前記第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、前記第２ギャップが設定されない場合に、目標ギャップが前記第１ギャップであると決定することと、
ページング時間窓における最初のページング・オケージョンの開始位置の前の検出位置でウェイクアップ信号を検出することと
を有し、
前記検出位置は、前記目標ギャップ及び前記ウェイクアップ信号の最大存続期間に基づいて決定される、
方法。
【請求項２】
前記第１ギャップは、ｅＤＲＸショートギャップであり、前記第２ギャップは、ｅＤＲＸロングギャップであり、前記ｅＤＲＸロングギャップは、前記ｅＤＲＸショートギャップよりも長い、
請求項１に記載の方法。
【請求項３】
ウェイクアップ信号を送信する方法であって、
報告ギャップを示す第１情報を端末デバイスから受け取ることと、
第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示す第２情報を前記端末デバイスへ送ることと、
前記報告ギャップが１ｓ又は２ｓであり、前記第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、前記第２ギャップが設定されない場合に、目標ギャップが前記第１ギャップであると決定することと、
ページング時間窓における最初のページング・オケージョンの開始位置の前の検出位置でウェイクアップ信号を送ることと
を有し、
前記検出位置は、前記目標ギャップ及び前記ウェイクアップ信号の最大存続期間に基づいて決定される、
方法。
【請求項４】
前記第１ギャップは、ｅＤＲＸショートギャップであり、前記第２ギャップは、ｅＤＲＸロングギャップであり、前記ｅＤＲＸロングギャップは、前記ｅＤＲＸショートギャップよりも長い、
請求項３に記載の方法。
【請求項５】
端末デバイスであって、
当該端末デバイスは、メモリ及びプロセッサを有し、前記メモリは、プログラムを記憶するよう構成され、前記プログラムは、前記プロセッサによって実行される場合に、当該端末デバイスに、
報告ギャップを示す第１情報をネットワークデバイスへ送ることと、
前記ネットワークデバイスから、第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示す第２情報を受け取ることと、
前記第２情報に基づいて、前記第１ギャップのコンフィグレーション条件及び前記第２ギャップのコンフィグレーション条件を決定することと、
前記報告ギャップが１ｓ又は２ｓであり、前記第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、前記第２ギャップが設定されない場合に、目標ギャップが前記第１ギャップであると決定することと、
ページング時間窓における最初のページング・オケージョンの開始位置の前の検出位置でウェイクアップ信号を検出することと
を実行させ、
前記検出位置は、前記目標ギャップ及び前記ウェイクアップ信号の最大存続期間に基づいて決定される、
端末デバイス。
【請求項６】
前記第１ギャップは、ｅＤＲＸショートギャップであり、前記第２ギャップは、ｅＤＲＸロングギャップであり、前記ｅＤＲＸロングギャップは、前記ｅＤＲＸショートギャップよりも長い、
請求項５に記載の端末デバイス。
【請求項７】
ネットワークデバイスであって、
当該ネットワークデバイスは、メモリ及びプロセッサを有し、前記メモリは、プログラムを記憶するよう構成され、前記プログラムは、前記プロセッサによって実行される場合に、当該ネットワークデバイスに、
報告ギャップを示す第１情報を端末デバイスから受け取ることと、
第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示す第２情報を前記端末デバイスへ送ることと、
前記報告ギャップが１ｓ又は２ｓであり、前記第１ギャップが４０ｍｓ、８０ｍｓ、１６０ｍｓ、又は２４０ｍｓにセットされ、前記第２ギャップが設定されない場合に、目標ギャップが前記第１ギャップであると決定することと、
ページング時間窓における最初のページング・オケージョンの開始位置の前の検出位置でウェイクアップ信号を送信することと
を実行させ、
前記検出位置は、前記目標ギャップ及び前記ウェイクアップ信号の最大存続期間に基づいて決定される、
ネットワークデバイス。
【請求項８】
前記第１ギャップは、ｅＤＲＸショートギャップであり、前記第２ギャップは、ｅＤＲＸロングギャップであり、前記ｅＤＲＸロングギャップは、前記ｅＤＲＸショートギャップよりも長い、
請求項７に記載のネットワークデバイス。
【請求項９】
命令を記憶するよう構成され、該命令が通信装置で実行される場合に、該通信装置は、請求項１又は２に記載の方法を実行することを可能にされる、
コンピュータ可読記憶媒体。
【請求項１０】
命令を記憶するよう構成され、該命令が通信装置で実行される場合に、該通信装置は、請求項３又は４に記載の方法を実行することを可能にされる、
コンピュータ可読記憶媒体。
【請求項１１】
コンピュータプログラムであって、
当該コンピュータプログラムが通信装置で実行される場合に、該通信装置は、請求項１又は２に記載の方法を実行することを可能にされる、
コンピュータプログラム。
【請求項１２】
コンピュータプログラムであって、
当該コンピュータプログラムが通信装置で実行される場合に、該通信装置は、請求項３又は４に記載の方法を実行することを可能にされる、
コンピュータプログラム。
【請求項１３】
請求項１又は２に記載の方法を実行するよう構成される端末デバイス。
【請求項１４】
請求項３又は４に記載の方法を実行するよう構成されるネットワークデバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【００６９】
第６の態様に従って、ネットワークデバイスが提供される。ネットワークデバイスは、プロセッサ、メモリ、及びメモリに記憶されており、プロセッサで実行可能である命令を含む。命令が実行される場合に、ネットワークデバイスは、第２の態様又は第２の態様の実施のうちのいずれか１つにおける方法を実行することを可能にされる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１１８
【補正方法】変更
【補正の内容】
【０１１８】
ここで留意すべきは、端末デバイスが１ｓ及び２ｓを報告する場合に、端末デバイスがＷＵＳ専用検出回路を有している可能性が高い点である。端末デバイスは、元のメイン回路をオフし、ＷＵＳを検出するためにＷＵＳ専用検出回路のみをオンしてよく、そして、端末デバイスは、ＷＵＳを検出した後にのみメイン回路をオンして、超低電力消費を達成する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１５９
【補正方法】変更
【補正の内容】
【０１５９】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、１２０ｍｓ、４８０ｍｓ、などであってよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１７３
【補正方法】変更
【補正の内容】
【０１７３】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、１２０ｍｓ、４８０ｍｓ、などであってよい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０２０８
【補正方法】変更
【補正の内容】
【０２０８】
上記の技術的解決法では、ネットワークデバイスは、報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて目標ギャップを決定し、更には、ウェイクアップ信号の最大存続期間を参照して、ウェイクアップ信号を検出する位置を決定し、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０２５２
【補正方法】変更
【補正の内容】
【０２５２】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、１２０ｍｓ、４８０ｍｓ、などであってよい。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０２６６
【補正方法】変更
【補正の内容】
【０２６６】
例えば、目標ギャップは、ｅＤＲＸショートギャップの１／２倍、２倍、など、すなわち、１２０ｍｓ、４８０ｍｓ、などであってよい。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０３１７
【補正方法】変更
【補正の内容】
【０３１７】
上記の技術的解決法では、端末デバイスは、報告ギャップ、第１ギャップ、及び第２ギャップに基づいて目標ギャップを決定し、更には、ウェイクアップ信号の最大存続期間を参照して、ウェイクアップ信号を検出する位置を決定し、それにより、端末デバイスは、ウェイクアップ信号を盲目的に検出することを防がれ得、それによって端末デバイスの電力消費を低減する。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０３２２
【補正方法】変更
【補正の内容】
【０３２２】
図１０は、本願の実施形態に従うネットワークデバイスの略構造図である。図１０に示されるように、ネットワークデバイス１０００は、
報告ギャップを示すために使用される、端末デバイスによって送られた第１情報を受け取るよう構成される受信ユニット１００１と、
第１ギャップのコンフィグレーション条件及び第２ギャップのコンフィグレーション条件を示すために使用される第２情報を端末デバイスへ送るよう構成される送信ユニット１００２と、
報告ギャップ、第１ギャップのコンフィグレーション条件、及び第２ギャップのコンフィグレーション条件に基づいて目標ギャップを決定するよう構成される決定ユニット１００３と
を含んでよく、
送信ユニット１００２は、ページング時間窓ＰＴＷにおける最初のページ・オケージョンの開始位置の前の検出位置でウェイクアップ信号を送信するよう更に構成され、検出位置は、目標ギャップ及びウェイクアップ信号の最大存続期間に基づいて決定される。
【国際調査報告】
2021533698.tif 000017
2021533698.tif 000018
2021533698.tif 000019
2021533698.tif 000020