JP6246322B2 - 間欠受信（ｄｒｘ）サイクルの適用 - Google Patents

Description

本明細書で提示される本技術の実施形態は、一般的には無線通信に関する。より詳細には、本明細書で提示される実施形態は、一般的には間欠受信（ＤＲＸ）サイクルの適用または利用に関する。

このセクションは、本開示に記載される技術のさまざまな実施形態の背景を示すことを目的としている。本明細書の説明は、追求することが可能であったが、必ずしも従前に着想または追求されていない概念を含んでいる可能性がある。よって、本明細書で別途示されていない限り、本セクションに記載されている内容は、本開示の説明および／または請求項の先行技術ではなく、本セクションに単純に含めることをもって先行技術として認められるわけではない。

無線通信ネットワークは、電話、ビデオ、データ、メッセージング、放送等のさまざまな通信サービスを提供するために、幅広く展開されている。そのような通信ネットワークは、利用可能なネットワークリソースを共有することで、複数のユーザ機器（ＵＥ）の通信をサポートする。そのようなネットワークの一例として、第３世代パートナーシッププロジェクト（３ＧＰＰ）により標準化された第３世代（３Ｇ）携帯電話技術である、ユニバーサル移動体通信システム（ＵＭＴＳ）がある。ＵＭＴＳは、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）と呼ばれる、無線アクセスネットワーク（ＲＡＮ）の定義を含んでいる。ＵＭＴＳは、移動体通信用グローバルシステム（ＧＳＭ）技術の後継であり、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）、時分割符号分割多元接続（ＴＤ−ＣＤＭＡ）、時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）などのさまざまな無線インターフェース標準をサポートする。またＵＭＴＳは、より高度なデータ転送速度および容量を関連するＵＭＴＳネットワークに提供する、高速パケットアクセス（ＨＳＰＡ）などの拡張３Ｇデータ通信プロトコルをサポートする。移動体のブロードバンドアクセスに対する需要が増え続けるなか、移動体のブロードバンドアクセスに対する需要の高まりを満たすだけでなく、移動体通信によるユーザ体験を進化および強化するために、研究開発によってＵＭＴＳ技術が継続的に進化している。たとえば、Ｗ−ＣＤＭＡに基づく第３世代ＵＴＭＳは、世界中の多くの場所で展開されている。このシステムの競争力を将来にわたって維持するため、３ＧＰＰは、ＵＭＴＳセルラー技術の長期的な進歩を定義するプロジェクトを開始した。この取り組みに関連する仕様は、正式にはエボルブドＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）およびエボルブドＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）として知られているが、より一般的にはロングタームエボリューション（ＬＴＥ）という名前で呼ばれている。無線通信ネットワークおよびシステムのより詳細な説明は、３ＧＰＰ等が発行している技術仕様等の文献で確認できる。エボルブドネットワークアーキテクチャのコアネットワーク（ＣＮ）は、エボルブドパケットコア（ＥＰＣ）とも呼ばれる。無線アクセスネットワークとコアネットワークの両方に加えて、サービス関連エンティティ等の他の考えられるエンティティをも含む完全なセルラーシステムを指す場合は、エボルブドパケットシステム（ＥＰＳ）という用語を使用することができる。

単なる背景のみとして、図１Ａは、例示的な３ＧＰＰ ＬＴＥ無線通信システム１００を示す。よって図１Ａは、ＬＴＥ無線通信システム１００の無線アクセスネットワークを示す。この例では、２つの無線ネットワークノード１１０ａおよび１１０ｂが存在し、それぞれがエボルブドＮｏｄｅＢ、すなわちｅＮＢを表している。第１のｅＮＢ１１０ａは、ｅＮＢ１１０ａの地理的なサービス領域、すなわち無線セル１３０ａの内部に位置する、１つまたは複数のＵＥ１２０ａ〜１２０ｅをサーブするように設定されている。ｅＮＢ１１０ａは、ＣＮに接続することができる。またｅＮＢ１１０ａは、例えばＸ２インターフェースを通じて、別のセル１３０ｂをサーブするように設定された近隣ｅＮＢ１１０ｂに接続することができる。よって、第２のｅＮＢ１１０ｂは、ｅＮＢ１１０ｂの地理的なサービス領域、すなわち無線セル１３０ｂの内部に位置する、１つまたは複数のＵＥ、１２０ｆ〜１２０ｊをサーブするように設定されている。ｅＮＢ１１０ｂもＣＮに接続することができる。

無線通信ネットワークにおける通信の未来的開発の現時点で一般的な展望は、大量の小型自律デバイスを含んでいる。これらのデバイスは、典型的には、少量のデータのみを幾分低頻度で（たとえば、１週間に１回から１分間に１回まで）送受信する（または、データを得るためにポーリングされる）。これらのデバイスは、人間に関連付けられることを想定されておらず、むしろさまざまな種類のセンサまたは作動装置であり、セルラーネットワークの内部または外部にあるアプリケーションサーバ（デバイスを設定し、デバイスからデータを受信する）と通信する。ゆえに、この種の通信は、マシンツーマシン（Ｍ２Ｍ）通信としばしば呼ばれ、デバイスはマシンデバイス（ＭＤ）と呼ばれ得る。３ＧＰＰ標準における対応する代替用語は、マシン型通信（ＭＴＣ）およびマシン型通信デバイス（ＭＴＣデバイス）である。このうち後者は、より一般的な用語であるＵＥのサブセットである。ＭＴＣ通信の詳細な説明は、技術仕様３ＧＰＰ ＴＳ ２２．３６８ Ｖ．１２．０．０等の文献で確認できる。

ＭＴＣデバイスの性質およびＭＴＣデバイスの想定される典型的用途により、これらのデバイスは、エネルギー効率に優れていなければならないことが多い。これは、外部電源が利用できないことが多く、またデバイスの電池を頻繁に交換または再充電することが実用的にも経済的にも不可能だからである。一部のシナリオでは、ＭＴＣデバイスは電池で動作せず、代わりに環境発電に依存することもある。たとえば、環境からエネルギーを収集すること、すなわち太陽光、温度勾配、振動等から作り出され得る（しばしば限られた）エネルギーを利用することに依存し得る。そのようにエネルギーが乏しく、トラフィックが比較的小さくて幾分低頻度で処理される（多くの場合は遅延を許容する）ことを特徴とするデバイスにとって、たとえば通信イベント間の、及び通信イベントに伴うエネルギー消費量を最小化することは重要であり得る。これらのデバイスは、たとえばセルラーネットワークからの送信を監視するために無線受信機をアクティブな状態に保つことにより、通常はさまざまな通信イベントの間にエネルギーを消費する。通信イベントの間の期間は実際の通信イベントよりも一般的にははるかに長いため、このエネルギー消費量は全体的なエネルギー消費量のかなりの部分を占める可能性があり、通信イベントが稀であるか、またはきわめて稀であるシナリオでは、エネルギー消費量を大きく左右することもある。

発明者らは、実際のアップリンク（ＵＬ）送信が、通信イベント中に大量のエネルギーを当然に消費することに気付いた。この消費は、特定の通信イベントに関連し得る比較的大きい制御シグナリングオーバヘッドによって拡大する可能性がある。これは、特に稀にしか通信しないＭＴＣデバイス（または他のＵＥ）は、通常はすべての通信イベントの前に、アイドルモードから接続モードに移行するからである。図１Ｂは、ＬＴＥでアイドルモードから接続モードに移行する際の例示的なメッセージシーケンスを示すシグナリング図である。見てわかるように、ＵＥのアイドルモードから接続モードへの移行に含まれるシグナリング手順は、比較的広範である可能性がある。

通信イベント間などでＵＥのエネルギーを節約するために無線通信ネットワークに導入された機構が、間欠受信（ＤＲＸ）である。ＤＲＸを利用すると、ＵＥは、ほとんどの時間を省エネルギーのスリープ状態で過ごしながら、ページをアイドルモードＤＲＸで傍受するために、またはダウンリンクリソース割り当て（すなわち、ダウンリンク送信）を接続モードＤＲＸで傍受するために、起動することができる。さらに、ＤＲＸ機構をエネルギーＭＴＣデバイスにとってより効果的なものとするために、３ＧＰＰは現在、アイドルモードＤＲＸサイクルと接続モードＤＲＸサイクルの両方について、最大ＤＲＸサイクル長を延長し、よってスリープ期間を延長することに取り組んでいる。このようにＤＲＸサイクルは、スリープ期間と、それに続くアクティブ期間とによって必然的に構成される。このサイクルは、デバイスがネットワークから切り離されるまで、何度も繰り返される。通常、必須ではないものの、スリープ期間はアクティブ期間よりも長い。ＤＲＸサイクルは、アクティブ期間の最後に短いＤＲＸサイクルが数回繰り返されるなど、上述した内容よりも複雑な構造になる可能性がある。しかし、本開示の目的に関し、本明細書に記載された多様な実施形態の原理を理解するには、簡素化されたＤＲＸサイクルの説明で十分である。アイドルモードＤＲＸサイクル、すなわちページングサイクルは、各無線セルでブロードキャストされるシステム情報（ＳＩ）のパラメータと、ＩＭＳＩモジュロ１０２４の形式のＵＥ固有のパラメータを使用し、さらにオプションのＵＥ固有ＤＲＸサイクル長を使用して、ＵＥで設定されるのが一般的である。代替で、ＵＥ固有のページングサイクルを設定することも可能である。接続モードＤＲＸサイクルおよびその他のＤＲＸパラメータ（使用される場合）は、典型的にはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで、または以降に接続モードで、オプションのパラメータを使用してＵＥで設定され得る。ＤＲＸ機構のより詳細な説明は、参考図書『４Ｇ ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄ ｆｏｒ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ』、Ｅｒｉｋ Ｄａｈｌｍａｎ、Ｓｔｅｆａｎ Ｐａｒｋｖａｌｌ、Ｊｏｈａｎ Ｓｋｏｌｄ著、Ａｃａｄｅｍｉｃ Ｐｒｅｓｓ刊、２０１１年、ＩＳＢＮ：９７８−０−１２−３８５４８９−６等の文献で確認できる。たとえば、第１３．２．６章「間欠受信（ＤＲＸ）およびコンポーネントキャリアの非アクティブ化」を参照されたい。また、ＤＲＸサイクルのより詳細な説明は、３ＧＰＰ ＴＳ ３６．３０４ Ｖ．１１．３．０（第７章等を参照）、３ＧＰＰ ＴＳ ３６．３００ Ｖ．１１．５．０（第１２章等を参照）、３ＧＰＰ ＴＳ ３６．３２１ Ｖ．１１．２．０（第５．７章等を参照）で確認できる。理解されるように、ＤＲＸ機構は、アイドルモードと接続モードの両方に対して定義されている。一般的に、これらのＤＲＸ機構は、優れたＵＥ省エネルギー機構である。

しかし、発明者らは、通信イベントが短時間であり、かつ頻繁に発生しない場合、各通信イベントの前にアイドルモードから接続モードへの移行が行われる可能性があり、この移行が、データ送信を実行するために必要な全時間のかなりの部分を占める可能性があることに気付いた。長い接続モードＤＲＸサイクルの潜在的な使用により、無線セル間での移動中に無線リンク障害が高まる可能性がある。これは、そのようなシナリオにおいて、アイドルモードから接続モードへの移行が何度もトリガされる可能性があることも意味する。さらに、接続設定手順には大量のシグナリングメッセージの交換がしばしば含まれるため、この制御プレーン通信が大半を占める可能性がある。すなわち、ユーザプレーン通信よりも、制御プレーン通信のほうがメッセージの数およびデータの量が多くなり、より多くのエネルギーを消費する可能性がある。さらに、シグナリング手順にはネットワークの多くのノードが関与することに加えて、たとえば適切な設定パラメータを設定するために、ネットワークノードでの膨大な処理が含まれるため、メッセージを分離する時間間隔が大きくなる可能性がある。よって、ＤＲＸスリープモードにならない可能性に起因して、アイドルモードから接続モードへの移行の期間全体でＭＴＣデバイス（またはその他のＵＥ）にダウンリンク送信をアクティブに傍受させることで、多くのシナリオでＵＥのエネルギー消費量が相対的に高まる可能性がある。このことは、ＭＴＣデバイス等のＵＥの電池寿命に大きな悪影響を与えかねない。

本明細書で開示されるさまざまな実施形態は、上述した考慮事項や他の考慮事項に鑑みてなされた。

本明細書で提示される技術は、その側面の１つにおいて、ユーザ機器（ＵＥ）により実行される方法に関する。ＵＥは、アイドルモード（すなわち、アイドル状態）または接続モード（すなわち、接続状態）のどちらかとなるように設定される。方法は、ＵＥがアイドルモードから接続モードに移行する期間中に間欠受信（ＤＲＸ）サイクルを適用することを含む。ＤＲＸサイクルは、ＵＥがアイドルモードから接続モードに移行する全期間中に適用することが可能だが、ＤＲＸサイクルは、必ずしもアイドルモードから接続モードへの移行の全期間中に適用する必要はないことが理解される。言い換えると、ＤＲＸサイクルは、ＵＥがアイドルモードから接続モードに移行する全期間中に必ずしも適用されない。代わりに、ＤＲＸサイクルは、アイドルモードから接続モードへの移行の一部または部分について適用され得る。つまり、ＤＲＸサイクルは、ＵＥがアイドルモードから接続モードに移行する期間の一部または部分について適用され得る。アイドルモードと接続モードは、それぞれがＲＲＣ状態であり得る。ＲＲＣは、当業者に知られているように、無線リソース制御の略語である。つまり、アイドルモードはＲＲＣ＿ＩＤＬＥモードであり得る。また、接続モードはＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードであり得る。

この方法は、ＵＥがアイドルモード（たとえば、ＲＲＣ＿ＩＤＬＥ）から接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に移行する期間中にＤＲＸ機構を適用または利用できるという点で、既存の従来技術と異なる。既存の技術では、アイドルモードＤＲＸサイクルと接続モードＤＲＸサイクルのどちらも、ＵＥがアイドルモードから接続モードに移行する期間中に適用されない。よって、既存の技術では、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルは適用されない。

有利には、上述したＤＲＸサイクルは、一時的ＤＲＸサイクルであり得る。たとえば、一時的ＤＲＸサイクルは、ＵＥがアイドルモードから接続モードに移行しているときのみに適用され得る。ＵＥが接続モード（たとえばＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に移行すると、一時的ＤＲＸサイクルは非アクティブ化され、または場合によっては無効化され得る。よってこのＤＲＸサイクルは、ＵＥがアイドルモードから接続モードに移行しているときにのみ利用されるため、一時的ＤＲＸサイクルと呼ばれ得る。一部の実施形態では、方法はゆえに、ＵＥが接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に移行したときに、一時的ＤＲＸサイクルの適用を中止することを含み得る。または、言い換えると、方法は、ＵＥが接続モードになったときに一時的ＤＲＸサイクルの適用を停止することを含み得る。

方法は、ＵＥがアイドルモードから接続モードに移行する期間中に１つまたは複数のＤＲＸ設定パラメータを適用することをさらに含み得る。この場合も、１つまたは複数のＤＲＸ設定パラメータはＵＥがアイドルモードから接続モードに移行する全期間中に適用することが可能だが、１つまたは複数のＤＲＸ設定パラメータは、必ずしもＵＥがアイドルモードから接続モードへの移行の全期間中に適用する必要はない。代わりに、１つまたは複数のＤＲＸ設定パラメータは、ＵＥがアイドルモードから接続モードに移行する期間の一部または部分について適用され得る。

一実施形態では、方法は、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用することの前に、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを無線ネットワークノードに送信することを含み得る。方法は、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用することの前に、要求の肯定応答を含むデータメッセージを無線ネットワークノードから受信することをさらに含み得る。

一部の実施形態では、方法は、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用することの前に、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得することを含み得る。たとえば、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得することは、ＤＲＸサイクルに関する情報を含むデータメッセージを無線ネットワークノードから受信することを含み得る。追加または代替で、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得することは、ＤＲＸサイクルに関する情報を、ＵＥに関連付けられたメモリから取得することを含み得る。

一部の実施形態では、方法は、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用することの前に、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得することを含み得る。たとえば、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得することは、ＤＲＸ設定パラメータを含むデータメッセージを無線ネットワークノードから受信することを含み得る。追加または代替で、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得することは、ＵＥに関連付けられたメモリからＤＲＸ設定パラメータを取得することを含み得る。

本明細書で提示される技術は、その別の側面において、無線ネットワークノードにより実行される方法に関する。方法は、ユーザ機器（ＵＥ）に、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥにより適用されるＤＲＸサイクルに関する情報を含むデータメッセージを送信することを含む。方法は、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸ設定パラメータを含むデータメッセージを送信することを追加で含み得る。

本明細書で提示される技術は、そのさらに別の側面において、無線ネットワークノードにより実行される方法に関する。方法は、ユーザ機器（ＵＥ）から、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを受信することを含む。方法は、ＵＥに、要求の肯定応答を含むデータメッセージを送信することを追加で含み得る。

本明細書で提示される技術は、そのさらに別の側面において、アイドルモードまたは接続モードのどちらかになるように設定されたユーザ機器（ＵＥ）に関する。ＵＥは、プロセッサと、プロセッサで実行されたときに、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中に間欠受信（ＤＲＸ）サイクルを適用させるコンピュータプログラムコードを格納するメモリとを備える。上述したように、ＤＲＸサイクルはＵＥがアイドルモードから接続モードに移行する全期間中に適用することが可能だが、ＤＲＸサイクルは、必ずしもアイドルモードから接続モードへの移行の全期間中に適用する必要はない。言い換えると、ＤＲＸサイクルは、ＵＥがアイドルモードから接続モードに移行する全期間中に適用されるとは限らない。代わりに、ＤＲＸサイクルは、アイドルモードから接続モードへの移行の一部または部分について適用され得る。つまり、ＤＲＸサイクルは、ＵＥがアイドルモードから接続モードに移行する期間の一部または部分について適用され得る。

同じく上述したように、ＤＲＸサイクルは、一時的ＤＲＸサイクルであり得る。たとえば、メモリは、プロセッサで実行されたときに、ＵＥに、ＵＥがアイドルモードから接続モードに移行しているときにのみ一時的ＤＲＸサイクルを適用させるコンピュータプログラムコードを格納し得る。

一部の実施形態では、メモリは、プロセッサで実行されたときに、ＵＥに、ＵＥが接続モードに移行したときに一時的ＤＲＸサイクルの適用を中止させるコンピュータプログラムコードを格納し得る。

一部の実施形態では、メモリは、プロセッサで実行されたときに、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中に１つまたは複数のＤＲＸ設定パラメータを適用させるコンピュータプログラムコードを格納し得る。

たとえば、ＵＥは、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを無線ネットワークノードに送信するように設定された送信機も備え得る。さらに、ＵＥは、無線ネットワークノードから要求の肯定応答を含むデータメッセージを受信するように設定された受信機を備え得る。

一部の実施形態では、メモリは、プロセッサで実行されたときに、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得させるコンピュータプログラムコードをさらに格納し得る。また、受信機は、ＤＲＸサイクルに関する情報を含むデータメッセージを無線ネットワークノードから受信するように設定され得る。追加または代替で、メモリは、プロセッサで実行されたときに、ＵＥに、ＤＲＸサイクルに関する情報をＵＥに関連付けられたメモリから取得させるコンピュータプログラムコードを格納し得る。

さらに、メモリは、プロセッサで実行されたときに、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得させるコンピュータプログラムコードを格納し得る。また、受信機は、ＤＲＸ設定パラメータを含むデータメッセージを無線ネットワークノードから受信するように設定され得る。追加または代替で、メモリは、プロセッサで実行されたときに、ＵＥに、ＤＲＸ設定パラメータをＵＥに関連付けられたメモリから取得させるコンピュータプログラムコードを格納し得る。

上述したＵＥは、マシン型通信（ＭＴＣ）デバイスであり得る。

本明細書で説明する技術は、その別の側面において、無線ネットワークノードに関する。無線ネットワークノードは、ユーザ機器（ＵＥ）に、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸサイクルに関する情報を含むデータメッセージを送信するように設定された送信機を含む。また送信機は、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸ設定パラメータを含むデータメッセージを送信するように設定され得る。

無線ネットワークノードは、エボルブドＮｏｄｅＢ（ｅＮＢ）であり得る。代替で、無線ネットワークノードは、ホーム加入者サーバ（ＨＳＳ）であり得る。代替で、無線ネットワークノードは、モビリティ管理エンティティ（ＭＭＥ）であり得る。さらに、分散型ソリューションが利用されることが考えられる。つまり、複数のｅＮＢ、ＨＳＳ、およびＭＭＥが、無線ネットワークノードの本明細書に記載された機能を、分散型の態様で実装し得る。また、本明細書に記載された実施形態を、たとえばＷ−ＣＤＭＡまたはＨＳＰＡ無線インターフェースを提供するＵＴＭＳシステムで適用し得ることも考えられる。その場合、無線ネットワークノードは、ＮｏｄｅＢ、無線ネットワークコントローラ（ＲＮＣ）、ＨＳＳ、ホームロケーションレジスタ（ＨＬＲ）、もしくはサービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）、またはこれらのノードのいくつかを含む分散型ソリューションであり得る。

本明細書に記載された技術は、そのさらに別の側面において、無線ネットワークノードに関する。無線ネットワークノードは、ユーザ機器（ＵＥ）から、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを受信するように設定された受信機を含む。無線ネットワークノードは、要求の肯定応答を含むデータメッセージをＵＥに送信するように設定された送信機をさらに含み得る。

無線ネットワークノードは、エボルブドＮｏｄｅＢ（ｅＮＢ）であり得る。代替で、無線ネットワークノードは、ホーム加入者サーバ（ＨＳＳ）であり得る。代替で、無線ネットワークノードは、モビリティ管理エンティティ（ＭＭＥ）であり得る。さらに、分散型ソリューションが利用されることが考えられる。つまり、複数のｅＮＢ、ＨＳＳ、およびＭＭＥが、無線ネットワークノードの本明細書に記載された機能を、分散型の態様で実装し得る。また、本明細書に記載された実施形態を、たとえばＷ−ＣＤＭＡまたはＨＳＰＡ無線インターフェースを提供するＵＴＭＳシステムにおいて適用し得ることも考えられる。その場合、無線ネットワークノードは、ＮｏｄｅＢ、無線ネットワークコントローラ（ＲＮＣ）、ＨＳＳ、ホームロケーションレジスタ（ＨＬＲ）、もしくはサービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）、またはこれらのノードのいくつかを含む分散型ソリューションであり得る。

理解されるように、また本開示を通じて説明される実施形態のいくつかによると、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用することが提案される。有利には、ＤＲＸサイクルは一時的なＤＲＸサイクルであり、ＵＥがアイドルモードから接続モードに移行しているときにのみ適用される。ＵＥが接続モードになるとすぐに、通常（または標準）の接続モードＤＲＸサイクルを従来の方法で適用することができる。

アイドルモードと接続モードとの間の期間中にＤＲＸサイクルを適用することには、いくつかの利点がある。たとえば、これにより、ＵＥがアイドルモードから接続モードに移行する間の電力を節約することが可能となる。実際、アイドルモードと接続モードとの間を何度も移行することで、通常は多くのエネルギーが消費される。このことは、特にＭＴＣデバイスに当てはまり得る。なぜなら、アイドルモードから接続モードへの移行のシグナリング手順は、これらのデバイスの全通信のかなりの部分を占める可能性があるからである。よって、通常は電力を消費してしまうアイドルモードから接続モードへの移行のシグナリング手順でＭＴＳデバイスが電力を節約できるようにすることは、有益であり得る。上述した利点はＭＴＣデバイスに限定されないことを理解する必要がある。今日の多くのスマートフォンなど、他のＵＥも、アイドルモードから接続モードへの移行のシグナリング手順中に電力消費を減らすことの恩恵を受ける。

上記および他の側面、特徴、および利点は、以下のさまざまな実施形態の説明を、添付の図面を参照しながら読むことで理解および解明される。

例示的な３ＧＰＰ ＬＴＥ無線通信システムを示す図である。 ＵＥがアイドルモードから接続モードに移行する期間のシグナリング図である。 ＵＥがアイドルモードから接続モードに移行する期間のシグナリング図である。 ユーザ機器で実行される、実施形態に係る方法の流れ図である。 ユーザ機器で実行される、実施形態に係る方法の流れ図である。 ユーザ機器で実行される、実施形態に係る方法の流れ図である。 ユーザ機器で実行される、実施形態に係る方法の流れ図である。 ユーザ機器で実行される、実施形態に係る方法の流れ図である。 ユーザ機器で実行される、実施形態に係る方法の流れ図である。 ユーザ機器で実行される、実施形態に係る方法の流れ図である。 無線ネットワークノードで実行される、実施形態に係る方法の流れ図である。 無線ネットワークノードで実行される、実施形態に係る方法の流れ図である。 ユーザ機器の例示的実施形態を示す図である。 無線ネットワークノードの例示的実施形態を示す図である。

以下では、技術について、特定の実施形態が示された添付の図面を参照しながら詳細に説明する。ただし、この技術は、多数の異なる形式で実施することが可能であり、本明細書に記載された実施形態に限定されるものとして理解されるべきではない。むしろ、これらの実施形態は、本開示が詳細かつ完全なものとなり、技術範囲を当業者に完全に伝えられるようにするための例として示されている。説明を通じて、同様の符号は同様の要素または方法ステップを示す。

本開示で使用される「ユーザ機器（ＵＥ）」という用語は、ユーザが通信を行うために使用できる任意のデバイスを意味するために使用される。また、ＵＥという用語は、移動体端末、端末、ユーザ端末（ＵＴ）、ワイヤレス端末、ワイヤレス通信デバイス、ワイヤレス送信／受信ユニット（ＷＴＲＵ）、移動電話、携帯電話等とも呼ばれ得る。さらに、ＵＥという用語は、必ずしも人間の関与を伴わないＭＴＣデバイスを含む。さらに、本明細書で使用される「無線ネットワークノード」という用語は、ＵＥと通信することができる固定点を一般的に表す。よって、基地局、無線基地局、ＮｏｄｅＢ、エボルブドＮｏｄｅＢ（ｅＮＢ）、無線ネットワークコントローラ（ＲＮＣ）、アクセスポイント等とも呼ばれ得る。本開示の文脈内において、「無線ネットワークノード」という用語は、モビリティ管理エンティティ（ＭＭＥ）、サービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）、ホーム加入者サーバ（ＨＳＳ）、ホームロケーションレジスタ（ＨＬＲ）など、一般的に「無線アクセスネットワーク」と呼ばれるものに必ずしも含まれないノードを示し得ることを理解する必要がある。よって、本明細書で使用される「無線ネットワークノード」という用語は、ＣＮノード等も含み得る。

本明細書で提示される技術は、その１つの側面において、ユーザ機器（ＵＥ）がアイドルモードから接続モードに移行する期間中に間欠受信（ＤＲＸ）機構を適用または利用することに関する。ＤＲＸサイクルはＵＥがアイドルモードから接続モードに移行する全期間中に適用することが可能だが、ＤＲＸ機構は、必ずしもアイドルモードから接続モードに移行する全期間中に適用する必要はないことを理解する必要がある。言い換えると、ＤＲＸ機構は、ＵＥがアイドルモードから接続モードに移行する全期間中に必ずしも適用されない。代わりに、ＤＲＸ機構は、アイドルモードから接続モードへの移行の一部または部分について適用され得る。つまり、ＤＲＸ機構は、ＵＥがアイドルモードから接続モードに移行する期間の一部または部分について適用され得る。

図２は、例示的実施形態に応じてＵＥで実装される方法の流れ図である。つまり、ＵＥにより実行される方法２００が提示される。ＵＥは、アイドルモード（たとえば、ＲＲＣ＿ＩＤＬＥ）または接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）のどちらかとなるように設定される。方法は、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用すること２１０を含む。ＤＲＸサイクルは、一時的ＤＲＸサイクルであり得る。さらに、一時的ＤＲＸサイクルは、ＵＥがアイドルモードから接続モードに移行しているときにのみ適用され得る。言い換えると、一時的ＤＲＸサイクルは、ＵＥがアイドルモード（たとえば、ＲＲＣ＿ＩＤＬＥ）のときには適用されない。同様に、一時的ＤＲＸサイクルは、ＵＥが接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）のときには適用されない。むしろ、一時的ＤＲＸサイクルは、ＵＥが２つのモード間で移行中のとき、すなわち、ＵＥがアイドルモードから接続モードに移行しているときにのみ適用される。たとえば、ＵＥがアイドルモードから接続モードに移行する期間は、図１Ｂのステップ１（すなわち、ＲＡ Ｍｓｇ１。ＲＡはランダムアクセスの略）からステップ２１（すなわち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）までの期間を意味すると理解され得る。

方法は、ＵＥがアイドルモードから接続モードに移行する期間中に１つまたは複数のＤＲＸ設定パラメータを適用すること２２０をさらに含むことが好ましくあり得る。ＤＲＸ設定パラメータは、たとえば、以下のパラメータの１つまたは複数を含み得る。
・ＤＲＸ ｓｔａｒｔ ｏｆｆｓｅｔ（ＤＲＸサイクルが始まるタイミングを定義するために通常使用される）
・ＤＲＸ ｃｙｃｌｅ ｌｅｎｇｔｈ
・Ｏｎ Ｄｕｒａｔｉｏｎ
・Ｏｎ ｄｕｒａｔｉｏｎ ｔｉｍｅｒ
・ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ
・ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ
・Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ
・Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ ｔｉｍｅｒ
・ｎＢパラメータ（アイドルモードＤＲＸの定義に含まれ、３ＧＰＰ技術仕様３６．３０４ Ｖ１１．３．０「第３世代パートナーシッププロジェクト；技術仕様グループ無線アクセスネットワーク；エボルブドユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）；アイドルモードでのユーザ機器（ＵＥ）手順（リリース１１）」の第７章で説明されている）

方法は、ＵＥが接続モードに移行したときに、一時的ＤＲＸサイクルの適用を中止または停止すること２３０を追加で含み得る。つまり、ＵＥが接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）になった直後に、ＵＥは一時的ＤＲＸサイクルの適用を停止し得る。接続モードになったＵＥは、通常または標準の接続モードＤＲＸサイクルの適用を開始することができる。

また、方法は、ＵＥが接続モードに移行したときにＤＲＸ設定パラメータの適用を中止または停止すること２４０を追加で含み得る。つまり、ＵＥが接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）になった直後に、ＵＥはＤＲＸ設定パラメータの適用を停止し得る。接続モードになったＵＥは、通常または標準の接続モードＤＲＸ設定パラメータの適用を代わりに開始することができる。

アイドルモードと接続モードとの間の期間でＤＲＸサイクル（およびオプションでＤＲＸ設定パラメータ）を適用することにより、ＵＥがアイドルモードから接続モードに移行する間の電力を節約することが可能になり得る。実際、アイドルモードと接続モードとの間を何度も移行することで、多くのエネルギーが通常消費される。よって、多くのＵＥデバイスにとって、アイドルモードから接続モードへの移行のシグナリング手順で一時的ＤＲＸサイクルを適用することは有利であり得る。なぜなら、このシグナリング手順は、これらのＵＥデバイスの全通信のかなりの部分を占める可能性があるからである。よって、別の方法で電力を消費するアイドルモードから接続モードへの移行のシグナリング手順で、ＵＥが電力を節約できるようにすることは、多くのデバイスにとって有利であり得る。

図３は、別の実施形態に応じてＵＥで実装される方法３００の流れ図である。この実施形態では、ＵＥは、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用するための、無線ネットワークノードへの要求を含むデータメッセージを無線ネットワークノードに送信する３１０。言い換えると、ＵＥは、無線ネットワークノードに対して、アイドルモードから接続モードに移行する期間中に上述したＤＲＸサイクルを適用することを要求または希望するという指示を送信できる。一例示的実装形態では、上述したデータメッセージは１つまたは複数のデータフィールドを含み、それらのデータフィールドの少なくとも１つが、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むか、または指示する。

これに対し、無線ネットワークノードが要求を受け入れた場合、ＵＥは、要求の肯定応答（ＡＣＫ）を含むデータメッセージを無線ネットワークノードから受信し得る３２０。一例示的実装形態では、受信したデータメッセージは１つまたは複数のデータフィールドを含み、それらのデータフィールドの少なくとも１つがＡＣＫを含むか、または指示する。代替で、無線ネットワークノードが要求を受け入れなかった場合、ＵＥは、否定応答（ＮＡＣＫ）を含むデータメッセージを無線ネットワークノードから受信し得る３３０。一例示的実装形態では、受信したデータメッセージは１つまたは複数のデータフィールドを含み、それらのデータフィールドの少なくとも１つがＮＡＣＫを含むか、または指示する。ＵＥが無線ネットワークノードからＡＣＫを受信した場合、または受信したとき３２０、方法は上述した方法２００に続く。言い換えると、上述した要求を含むデータメッセージの送信３１０と、受信３２０とは、ＵＥがアイドルモードから接続モードへの移行のＤＲＸサイクル、すなわち一時的ＤＲＸサイクルを適用すること２１０（図２を参照）の前に実行され得る。

図４は、さらに別の例示的実施形態に応じてＵＥで実装される方法４００の流れ図である。この実施形態で、ＵＥは、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得する４１０。たとえば、ＤＲＸサイクルの取得４１０は、ＤＲＸサイクルに関する情報を含むデータメッセージを無線ネットワークノードから受信すること４１１（図４Ｂを参照）を含み得る。たとえば、データメッセージは１つまたは複数のデータフィールドを含み得、それらのデータフィールドの少なくとも１つが、ＤＲＸサイクルに関する情報を含むか、または指示する。代替で、ＤＲＸサイクルの取得４１０は、ＵＥに関連付けられたメモリ、たとえばＵＥの内部のメモリから、ＤＲＸサイクルに関する情報を取得すること４１２（図４Ｃを参照）を含み得る。また、方法は、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得すること４２０をオプションで含み得る。たとえば、ＤＲＸ設定パラメータの取得４２０は、ＤＲＸ設定パラメータを含むデータメッセージを無線ネットワークノードから受信すること４２１（図４Ｄを参照）を含み得る。たとえば、データメッセージは１つまたは複数のデータフィールドを含み得、それらのデータフィールドの少なくとも１つが、上述したＤＲＸ設定パラメータを含むか、または指示する。代替で、ＤＲＸ設定パラメータの取得４２０は、ＵＥに関連付けられたメモリ、たとえばＵＥの内部のメモリから、ＤＲＸ設定パラメータを取得すること４２２（図４Ｅを参照）を含み得る。図４Ａに図示されているように、方法４００は、図２および図３にそれぞれ示された方法２００または方法３００に先行し得る。

ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得すること４１０は、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得すること４２０と同時に、または実質的に同時に、発生する可能性があることを理解する必要がある。言い換えると、図４Ａがこれらの方法ステップまたは動作が２つの後続する方法ステップまたは動作として連続的に発生することを示していたとしても、これらの方法ステップまたは動作（すなわち、４１０と４２０）は、同時に、または実質的に同時に、発生する可能性があることを理解する必要がある。よって、一部の実施形態では、これらの方法ステップまたは動作（すなわち、４１０と４２０）は、単一の方法ステップまたは動作で発生しているように見える可能性がある。代替で、これらの方法ステップまたは動作（すなわち、４１０と４２０）は、並行して発生し得る。

同様に、ＤＲＸサイクルに関する情報を含むデータメッセージを無線ネットワークノードから取得する方法ステップまたは動作４１１（図４Ｂを参照）と、ＤＲＸ設定パラメータを含むデータメッセージを無線ネットワークノードから取得する方法ステップまたは動作４２１（図４Ｄを参照）とは、連続して発生する必要はない。むしろ、これらの方法ステップまたは動作は、同時に、または実質的に同時に、発生し得る。たとえば、ＤＲＸサイクルに関する情報を含むデータメッセージと、ＤＲＸ設定パラメータを含むデータメッセージとは、それぞれＤＲＸサイクルに関する情報とＤＲＸ設定パラメータとを両方含む単一のデータメッセージであってもよい。よって、これらの方法ステップまたは動作（すなわち、４１１と４２１）は、単一の方法ステップまたは動作で発生するように見える可能性がある。代替で、これらの方法ステップまたは動作（すなわち、４１１と４２１）は、並行して発生し得る。

また同様の態様で、ＤＲＸサイクルに関する情報をＵＥに関連付けられたメモリ（たとえば、ＵＥの内部のメモリ）から取得する方法ステップまたは動作４１２（図４Ｃを参照）と、ＤＲＸ設定パラメータをＵＥに関連付けられたメモリ（たとえば、ＵＥの内部のメモリ）から取得する方法ステップまたは動作４２２（図４Ｅを参照）とは、連続して、並行して、または同時に、発生し得る。

上述した方法２００、方法３００、および方法４００は、ＭＴＣデバイスにより実装されるか、または実行されることが、必須ではないが、好ましくあり得る。

図５は、例示的実施形態に応じて無線ネットワークノードで実装される方法５００の流れ図である。無線ネットワークノードは、ユーザ機器（ＵＥ）がアイドルモード（たとえばＲＲＣ＿ＩＤＬＥ）から接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に移行する期間中にＵＥによって適用されるＤＲＸサイクルに関する情報を含む第１のデータメッセージをＵＥに送信する５１０。一例示的実装形態では、第１のデータメッセージは１つまたは複数のデータフィールドを含み得、それらのデータフィールドの少なくとも１つが、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸサイクルに関する情報を含むか、または指示する。方法は、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸ設定パラメータを含む第２のデータメッセージをＵＥに送信すること５２０をさらに含むことが好ましくあり得る。一例示的実装形態では、第２のデータメッセージは１つまたは複数のデータフィールドを含み得、それらのデータフィールドの少なくとも１つが、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸ設定パラメータを含むか、または指示する。

図５では、図示のみを目的として、第１のデータメッセージと第２のデータメッセージとを２つの独立したメッセージとして示している。しかし、第１のデータメッセージおよび第２のデータメッセージは、必ずしも独立したデータメッセージで送信される必要はない。代わりに、第１のデータメッセージおよび第２のデータメッセージは、単一のデータメッセージで送信され得る。実際、当業者は、第１のデータメッセージおよび第２のデータメッセージを単一のデータメッセージで送信することが好ましくあり得ることを理解する。

さらに、図５に示す方法は、無線ネットワークノードがＤＲＸサイクルおよび／またはＤＲＸ設定パラメータを返すことを無線ネットワークノードに要求するデータメッセージをＵＥから受信したか否かに基づいて、条件付きで実行され得ることを理解する必要がある。

図６は、別の例示的実施形態に応じて無線ネットワークノードで実装される方法６００の流れ図である。方法６００は、ユーザ機器（ＵＥ）から、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを受信すること６１０を含む。このデータメッセージは１つまたは複数のデータフィールドを含み得、それらのデータフィールドの少なくとも１つが、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むか、または指示する。

無線ネットワークノードが受信６１０した要求を受け入れた場合、方法は、その要求の肯定応答（ＡＣＫ）を含むデータメッセージをＵＥに送信すること６２０を追加で含み得る。一例示的実装形態では、データメッセージは１つまたは複数のデータフィールドを含み得、それらのデータフィールドの少なくとも１つが、ＡＣＫを含むか、または指示する。代替で、すなわち無線ネットワークノードが受信６１０した要求を受け入れなかった場合、方法は、その要求の否定応答（ＮＡＣＫ）を含むデータメッセージをＵＥに送信し６３０、それによって受信６１０した要求を拒否することを追加で含み得る。一例示的実装形態では、データメッセージは１つまたは複数のデータフィールドを含み得、それらのデータフィールドの少なくとも１つが、ＮＡＣＫを含むか、または指示する。

無線ネットワークノードは、エボルブドＮｏｄｅＢ（ｅＮＢ）であり得る。代替で、無線ネットワークノードは、ホーム加入者サーバ（ＨＳＳ）であり得る。代替で、無線ネットワークノードは、モビリティ管理エンティティ（ＭＭＥ）であり得る。さらに、分散型ソリューションが利用できることも考えられる。つまり、複数のｅＮＢ、ＨＳＳ、およびＭＭＥが、無線ネットワークノードの本明細書に記載された機能を、分散型の態様で実装する。また、本明細書に記載された実施形態を、たとえばＷ−ＣＤＭＡまたはＨＳＰＡ無線インターフェースを提供するＵＴＭＳシステムで適用することも考えられる。その場合、無線ネットワークノードは、ＮｏｄｅＢ、無線ネットワークコントローラ（ＲＮＣ）、ＨＳＳ、ホームロケーションレジスタ（ＨＬＲ）、もしくはサービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）、またはこれらのノードのいくつかを含む分散型ソリューションであり得る。

方法５００および方法６００は組み合わせられ得ることを理解する必要がある。

技術のいくつかの例示的実施形態について、以下でさらに詳しく説明する。

上記から理解されるように、アイドルモードから接続モードへの移行のシグナリング手順中にＤＲＸ機構（すなわち、ＤＲＸサイクルおよび／またはＤＲＸ設定パラメータ）を適用する可能性をもたらすことが提案される。ＤＲＸサイクルおよび／またはＤＲＸ設定パラメータは、一時的であり得る。よって、ＤＲＸサイクルおよび／またはＤＲＸ設定パラメータは、アイドルモードから接続モードへの移行手順中にのみ、有利に使用され得る。アイドルモードから接続モードへの移行のシグナリング手順が終了したとき、一時的ＤＲＸ設定は無効化され得る。その場合、通常はアイドルモードから接続モードへの移行のシグナリング手順の最後にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＲＲＣメッセージ（図１Ｂを参照）で伝達される接続モードＤＲＸ設定が、後を引き継ぎ得る。代替で、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＲＲＣメッセージで接続モードＤＲＸが設定されない場合、ＵＥは、ＤＲＸ機構を使用せずに接続モードで動作を継続し得る。さらに別の可能性として、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＲＲＣメッセージで接続モードＤＲＸが設定されない場合、ＵＥは、一時的ＤＲＸ設定で動作を継続し得る（よってこの一時的ＤＲＸ設定は、その後は通常の非一時的ＤＲＸ設定と考えられる）。

以下では、さまざまな詳しい実施形態について説明する。アイドルモードから接続モードへの移行のシグナリング手順中にＤＲＸ機構を適用または利用することをサポートするために、新たなＤＲＸ設定の可能性が以下で提案される。これはいくつかの異なる方法で実現することができるが、それらの方法については以降のサブセクションで詳述する。これらのサブセクションに続いて、潜在的な非互換性の問題の回避に関するサブセクションをさらに設ける。

アイドルモードから接続モードへの移行のシグナリング手順中に一時的ＤＲＸ機構を使用するためのシグナリングは、１）一時的ＤＲＸ設定の使用の指示と、２）一時的ＤＲＸ設定の派生とを含み得る。

第１のステップで、ＵＥは、ネットワーク（または、むしろそのネットワークの１つまたは複数の無線ネットワークノード）に対して、一時的ＤＲＸ設定を使用すること、または使用を希望することを指示し得る。後者の場合、ネットワークは、設定の使用を確認する必要があり得る。ＵＥからネットワークへの指示を含めることができるものとして、複数のオプションがある。
・ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ（図１Ｂを参照）での指示
・ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ（図１Ｂを参照）での指示
・加入者データでの指示
・非アクセス層（ＮＡＳ）メッセージ（３ＧＰＰ ＴＳ ２４．３０１ Ｖ．１１．４．０等を参照）での指示
・ＲＡ Ｍｓｇ１（図１Ｂを参照）での指示
・デバイスのカテゴリまたは機能に基づく

第２のステップで、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで実際の半永久的な設定を受信するまで、ＲＲＣ接続設定手順（すなわち、アイドルモードから接続モードへの移行手順）で使用する一時的な設定を派生させ得る。一時的ＤＲＸ設定を定義するために使用されるパラメータタイプ（たとえば、さまざまなタイマ）は、通常の接続モードＤＲＸ設定の定義に使用されるパラメータタイプと同じであることが好ましい。このためのオプションはいくつかある。
・ネットワークは、一時的ＤＲＸ設定をシステム情報（ＳＩ）でＵＥにシグナリングし得る
・一時的ＤＲＸ設定は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージでシグナリングされ得る
・一時的ＤＲＸ設定は、加入者データで予め設定され得る
・一時的ＤＲＸ設定は、ＮＡＳメッセージ（３ＧＰＰ ＴＳ ２４．３０１ Ｖ．１１．４．０等を参照）でシグナリングされ得る
・一時的ＤＲＸ設定は、ＲＡ Ｍｓｇ２（図１等を参照）でシグナリングされ得る
・一時的ＤＲＸ設定は、将来の３ＧＰＰ技術仕様に応じてハードコードされ得る

上記２つのステップ（指示と派生）は、必ずしもこの順序で発生しなくてもよい。ＵＥは、一時的ＤＲＸ設定を取得してから、一時的ＤＲＸ設定を使用すること、または使用を希望することをネットワークに指示してもよい。また２つのステップは、指示が設定パラメータを含むように、相互に統合してもよい。その場合、２つのステップは同時に、または本質的に同時に発生する。

１．１ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージでの指示
一実施形態では、ＵＥは、アイドルモードから接続モードへのシグナリング手順で一時的ＤＲＸ設定の適用を希望することをＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ ＲＲＣメッセージ（３ＧＰＰ ＴＳ ３６．３３１ Ｖ．１１．１．０等を参照）で指示するように設定される。指示または要求は、さまざまな形式をとる可能性がある。最も簡単な形式では、指示または要求は、一時的ＤＲＸを適用すべきか否かを示す、たとえば１ビットの、フラグであり得る。適用される実際の設定パラメータは、システム情報（ＳＩ）メッセージで標準化またはシグナリングすることができる。もう少し複雑な選択肢は、指示または要求を、選択可能な一時的ＤＲＸ設定の中の１つを示すインデックスの形式にすることである。各インデックス値がマッピングされるＤＲＸ設定パラメータは、ＳＩメッセージで標準化またはシグナリングすることができる。さらに別の選択肢は、ＵＥがＤＲＸ設定パラメータの完全なセットをＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージに含めることである。一時的ＤＲＸ設定パラメータのサブセットをＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージで示しつつ、残りの一時的ＤＲＸ設定パラメータをＳＩメッセージで標準化またはシグナリングするという組み合わせも考えられる。さらに別の可能性は、ｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ ＩＥ（情報エレメント）の一方または両方の予備値を使用して、予め設定された一時的ＤＲＸ設定を適用する必要があることを示すことである。両方の予備値を使用すると、２つの異なる一時的ＤＲＸ設定を示すことができる。ｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ ＩＥについては、３ＧＰＰ ＴＳ ３６．３３１でさらに詳しく説明されている。現在「遅延許容アクセス」を示すｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ ＩＥの値の解釈を変更して、予め設定された一時的ＤＲＸ設定がＵＥにより適用されることも示すようにすることも可能である。予め設定されたパラメータは、シグナリングされるシステム情報で標準化または指示することができる。可能性の１つは、一時的ＤＲＸ設定の使用を、遅延許容の接続確立理由に限定することである。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージの予備ビットの１つを、この接続確立理由と組み合わせて使用することができる。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージに含まれた指示と、システム情報に含まれた一時的ＤＲＸパラメータとの組み合わせは、必ずしもそうとは限らないが、本明細書で提示される選択肢の中でおそらく最も魅力的なものである。この組み合わせでは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージの直後に一時的ＤＲＸ設定を適用することができ、一時的ＤＲＸ設定に使用する実際のパラメータを定義する柔軟性をオペレータに与えることが可能となり得る。

１．２ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージでの指示とＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージでの設定
一実施形態では、ＵＥとｅＮＢは「協力して」一時的ＤＲＸサイクルを設定することができる。たとえば、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージで、セクション１．１で説明した方法のいずれかにより、アイドルモードから接続モードへの移行のシグナリング手順中に一時的ＤＲＸを適用することを希望または要求することを指示することができる。ｅＮＢは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ ＲＲＣメッセージで実際の一時的ＤＲＸ設定パラメータを使用して応答し、それによって設定を完了することができる。

１．３ ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージでの指示
一実施形態では、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージで、アイドルモードから接続モードへのシグナリング手順中に一時的ＤＲＸ設定を適用することを希望または要求することを指示することができる。これは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージで指示する選択肢（セクション１．１を参照）に似ている。違いは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにはｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ ＩＥが含まれておらず、よってこのＩＥの予備値が使用されないか、または使用できないことである。

ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージに指示を含める例と比較した場合の、このアプローチの違いは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージが送信されるまで、一時的ＤＲＸ設定を適用できないことである。つまり、ＵＥは、ｅＮＢからのＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ（すなわち、ＲＡ Ｍｓｇ４、図１を参照）を待機している間は、ＤＲＸスリープモードでエネルギーを節約できない。

一方、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージに指示を含める例と比較した場合の、このアプローチの利点は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ（このメッセージに対する３ＧＰＰの意向は、これを非常に短いまま維持することである）よりも概して広い拡張の余地があることである。結果として、現在のＲＲＣ仕様（３ＧＰＰ ＴＳ ３６．３３１ Ｖ．１１．１．０を参照）によると、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージは非クリティカルな拡張で拡張することが可能だが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージはこの態様で拡張することは概して不可能である。これにより、一時的ＤＲＸ設定のための設定パラメータの完全なセットなどのより複雑な情報を、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含めることがより容易になる。

１．４ 加入者データでの事前設定
一実施形態では、一時的ＤＲＸ設定はＵＥに関連付けられた加入者データに含まれる。よって、一時的ＤＲＸ設定は、ＨＳＳ（ホーム加入者サーバ）およびＵＥのＵＳＩＭ（ユニバーサル加入者識別モジュール）に格納され得る。指示および場合によっては設定をＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージに含める選択肢（セクション１．１を参照）で説明したように、指示（または要求）および設定は、さまざまな形式をとることができる。セクション１．１で説明した指示の選択肢と同じ選択肢を、この実施形態と組み合わせて使用することができる。指示および／または設定は、ＵＥがＭＭＥ（モビリティ管理エンティティ）に登録するときに、ＨＳＳからＭＭＥに他の加入者データと共にダウンロードされ得る。ＭＭＥからは、アイドルモードから接続モードへの移行手順におけるＭＭＥからｅＮＢへの最初のメッセージで、指示／一時的設定がｅＮＢに転送され得る。この最初のメッセージは、たとえば、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ Ｓ１ＡＰメッセージ（図１Ｂのメッセージシーケンスのメッセージ１７）、またはＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＮＡＳメッセージを搬送するＤｏｗｎｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ Ｓ１ＡＰメッセージ（図１Ｂのメッセージシーケンスのメッセージ９）である（３ＧＰＰ ＴＳ ３６．４１３ Ｖ１１．１．０等も参照）。

この実施形態によると、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信した後に、一時的ＤＲＸ設定を適用することができる。これは、ｅＮＢがＵＥへの次のメッセージを送信する前に、ＭＭＥから一時的ＤＲＸ設定の指示（または完全なパラメータセット）を受信するからである。オプションで、ｅＮＢ（およびＵＥ）は、ｅＮＢが以前に指示をＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ（たとえば、ｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ ＩＥの現在使用されていない値のいずれかであるか、またはｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ ＩＥの既存の値に結び付けられた、新しい指示）またはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージで受信した場合のみ、一時的ＤＲＸ設定をアクティブ化する。このオプションを使用する場合、ＵＥからの指示によってｅＮＢが同様の指示をＩｎｉｔｉａｌ ＵＥ Ｍｅｓｓａｇｅ Ｓ１ＡＰメッセージ（すなわち、図１Ｂのメッセージシーケンスのメッセージ６）に含めることをトリガし、それによってＭＭＥが一時的ＤＲＸ設定情報をｅＮＢに転送することをトリガする（および、そのような指示がｅＮＢから届かない場合、ＭＭＥは一時的ＤＲＸ設定情報を転送しない）ように、オプションを拡張するのが好ましい。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージで、または他の何らかの理由に基づいて、指示を受信した後、ｅＮＢはオプションで、一時的ＤＲＸ設定の使用をＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージで１ビットのフラグを使用して確認することができる。

１．５ ＮＡＳメッセージでの明示的な指示
一実施形態によると、ＵＥは、ＭＭＥへのＮＡＳ（非アクセス層）メッセージで、アイドルモードから接続モードへの移行シグナリング手順中に一時的ＤＲＸ設定を適用することを希望（または要求）することを指示する。ＮＡＳメッセージ（３ＧＰＰ ＴＳ ２４．３０１ Ｖ１１．４．０等を参照）は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ ＲＲＣメッセージ（すなわち、図１Ｂのメッセージシーケンスのメッセージ５）に含まれていることが、必須ではないが、望ましい。このＮＡＳメッセージは、図１ＢではＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ ＮＡＳメッセージだが、他のシナリオでは、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ ＮＡＳメッセージ、Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ ＮＡＳメッセージ、またはＴｒａｃｋｉｎ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔ ＮＡＳメッセージなどの別のＮＡＳメッセージでもあり得る。

ｅＮＢに通知するために、ＭＭＥは、指示（または要求）をＩｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ Ｓ１ＡＰメッセージ（すなわち、図１Ｂのメッセージシーケンスのメッセージ１７）、またはＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＮＡＳメッセージを搬送するＤｏｗｎｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ Ｓ１ＡＰメッセージ（すなわち、図１Ｂのメッセージシーケンスのメッセージ９）でｅＮＢに転送することができる。

セクション１．１で説明された指示または要求の例と同じものを、この実施形態と組み合わせて使用できることが理解される。

この実施形態によると、ＵＥは、ＮＡＳメッセージで指示を送信した後、すなわち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信した後に、一時的ＤＲＸ設定を適用できる。これは（一時的ＤＲＸ指示が加入者データに含まれている場合と同様に）、ｅＮＢがＵＥへの次のメッセージを送信する前に、ＭＭＥから一時的ＤＲＸ設定の指示（または完全なパラメータセット）を受信するからである。

１．６ デバイスのカテゴリまたは機能に基づく
別の実施形態によると、指示は、ＵＥのカテゴリまたは機能に関連付けられる。その場合、指示は、ＵＥの多様な特性を示すＡｔｔａｃｈ Ｒｅｑｕｅｓｔ ＮＡＳメッセージの任意のＩＥ、すなわち、ＵＥ ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ ＩＥ、ＭＳ ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ ＩＥ、Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ ｃｌａｓｓｍａｒｋ ２ ＩＥ、Ｄｅｖｉｃｅ ｐｒｏｐｅｒｔｉｅｓ ＩＥなどに含めることができる。これらのＩＥはＮＡＳメッセージに含まれているため、ＭＭＥに配信される。したがって、ＭＭＥは、一時的ＤＲＸ設定を適用できることをｅＮＢに伝えることができる。ＭＭＥはこれを、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ Ｓ１ＡＰメッセージ（すなわち、図１Ｂのメッセージシーケンスのメッセージ１７）、またはＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＮＡＳメッセージを搬送するＤｏｗｎｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ Ｓ１ＡＰメッセージ（すなわち、図１Ｂのメッセージシーケンスのメッセージ９）で指示をｅＮＢに転送することによって行うことができる。この場合も、セクション１．１で説明した指示の例と同じものを、この実施形態でも使用できる。すなわち、この実施形態と組み合わせて使用することができる。

一時的ＤＲＸ指示を（その複雑さのレベルに関係なく）受信した後、ＭＭＥは、その指示をＵＥコンテキスト（すなわち、ＵＥに関連する情報の記録）で保持する。ＭＭＥのリロケーションが発生した場合、新しいＭＭＥに指示が転送される。

ＵＥの機能に基づくソリューションの、より好ましい別の変種は、無線機能に関連するパラメータを利用することである。この変種では、ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ ＩＥを、一時的ＤＲＸ指示／設定で拡張することができる。セクション１．１で説明した指示の複雑さに関する選択肢と同じものが、この選択肢でも使用できる。

現在のＲＲＣ仕様（３ＧＰＰ ＴＳ ３６．３３１ Ｖ１１．１．０等を参照）では、ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ ＩＥはｕｅ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒ ＩＥに含まれており、ｕｅ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒ ＩＥはＵＥＣａｐａｂｉｌｉｔｙIｎｆｏｒｍａｔｉｏｎメッセージのｕｅ−ＣａｐａｂｉｌｉｔｙＲＡＴ−ＣｏｎｔａｉｎｅｒＬｉｓｔ ＩＥに含まれている。

アタッチ手順（すなわち、ＵＥがネットワークに最初に登録され、関連するコンテキストがＭＭＥ、ＳＧＷ、ＰＧＷ等のコアネットワークノードで確立されるとき）と組み合わせて、ｅＮＢは、ＲＲＣメッセージＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙをＵＥに送信することにより、ＵＥに機能情報を要求することができる。ＵＥは、上述した機能情報を含むＲＲＣメッセージＵＥＣａｐａｂｉｌｉｔｙIｎｆｏｒｍａｔｉｏｎで応答することができる。ｅＮＢは、その情報を以下のようにしてＭＭＥに転送することができる。ｅＮＢは、ＵＥＣａｐａｂｉｌｉｔｙIｎｆｏｒｍａｔｉｏｎメッセージをｕｅ−ＲａｄｉｏＡｃｃｅｓｓＣａｐａｂｉｌｉｔｙIｎｆｏ ＩＥに含め、このＩＥをＵＥＲａｄｉｏＡｃｃｅｓｓＣａｐａｂｉｌｉｔｙIｎｆｏｒｍａｔｉｏｎメッセージ（ＲＲＣメッセージとして指定される）に含める。このメッセージは、ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ ＩＥに含められ、ｅＮＢによってＳ１ＡＰメッセージＵＥ ＣＡＰＡＢＩＬＩＴＹ ＩＮＦＯ ＩＮＤＩＣＡＴＩＯＮでＭＭＥに送信される。ＭＭＥは、ＵＥ機能情報をそのＵＥコンテキストに格納することができ、ＵＥがネットワークにアタッチされている限りＵＥ機能情報を維持する（ＭＭＥリロケーションが発生した場合は、新しいＭＭＥに転送する）。

その後（同じアタッチセッションで）、ＵＥがネットワークに接続した場合、すなわち、アイドルモードから接続モードに移行した場合、ＭＭＥは、Ｓ１ＡＰメッセージＩＮＩＴＩＡＬ ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ（図１Ｂのメッセージシーケンスのメッセージ１７）のＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ ＩＥで、ＵＥの機能情報をｅＮＢに転送する。ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ ＩＥは、ＩＮＩＴＩＡＬ ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージのオプションであり、アタッチ手順中には存在しない。このように存在しないことで、上述したようにｅＮＢがＵＥに情報を要求し、その情報をＭＭＥに転送することがトリガされる。

この機構により、ｅＮＢは、ＭＭＥからＵＥ機能情報を受信している場合に、すなわち図１Ｂのメッセージ１８であるダウンリンクＲＲＣメッセージＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄの送信から、一時的ＤＲＸ設定を適用することが可能となる。ＵＥから見ると、これは、シーケンスの先行するダウンリンクメッセージ、すなわち図１Ｂのメッセージ１４を受信した後に、一時的ＤＲＸ設定を適用できることを意味する。メッセージ７〜１６は図１Ｂのメッセージシーケンスにおいてオプションだが、ＵＥはこれらのメッセージが使用されるか否かを事前に知ることはできないことに注意されたい。よって、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ（図１Ｂのメッセージ４）を受信した後に一時的ＤＲＸ設定を適用することはできない。つまり、図１Ｂのメッセージ７〜１６が使用されない場合、ＵＥは、ｅＮＢからＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージ（図１Ｂのメッセージ１８）を受信するまで、一時的ＤＲＸ設定を適用しない。

一時的ＤＲＸ指示が加入者データに含まれる実施形態（セクション１．４を参照）と同様に、一時的ＤＲＸ設定のアクティブ化を、セクション１．４で説明した機構と同じものを使用して、ＵＥからの指示によりトリガすることができる。このオプションは、本セクションで詳述した２つの方法変種で使用できる。

１．７ ＭＡＣ制御エレメントでの指示
一実施形態では、ＵＥは、ＭＡＣ（媒体アクセス制御）制御エレメントで、アイドルモードから接続モードへのシグナリング手順で一時的ＤＲＸ設定を適用することを希望または要求することを指示する。ＭＡＣ制御エレメントは、（好ましくは）ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ ＲＲＣメッセージ、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ ＲＲＣメッセージ等のアップリンクＲＲＣメッセージのいずれかを搬送するＭＡＣ ＰＤＵ（プロトコルデータユニット）に含めるのが好ましいが、独立したＭＡＣ ＰＤＵ（すなわち、ＳＤＵなしのＭＡＣ ＰＤＵ）で伝達することもできる。オプションで、指示を以降のダウンリンクＭＡＣ ＰＤＵのＭＡＣ制御エレメントでｅＮＢにより確認することができる。このダウンリンクＭＡＣ ＰＤＵは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ ＲＲＣメッセージ等のダウンリンクＲＲＣメッセージのいずれかを搬送するＭＡＣ ＰＤＵであることが好ましい（指示がＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ ＲＲＣメッセージを搬送するＭＡＣ ＰＤＵで伝達されたと仮定）。セクション１．１で説明した一時的ＤＲＸ指示の選択肢と同じものを、この実施形態と組み合わせて使用できる。たとえば、フラグ、インデックス、または完全もしくは部分的な設定（または組み合わせ）を使用できる。

１．８ ＲＡ Ｍｓｇ１および／またはＲＡ Ｍｓｇ２での指示
この実施形態では、一時的ＤＲＸ設定の適用の指示（または要求）が、ランダムアクセス手順の第１および／または第２のメッセージ、すなわちＲＡ Ｍｓｇ１（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ）またはＲＡ Ｍｓｇ２（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ ＭＡＣ ＰＤＵ）（図１Ｂのメッセージシーケンスのメッセージ１および２）（３ＧＰＰ ＴＳ ３６．３２１ Ｖ１１．０．０等も参照）に含まれる。ＲＡ Ｍｓｇ１が使用される場合、何かを指示する唯一の手段は、専用のプリアンブルグループのプリアンブルを使用することである。これは、一時的ＤＲＸ設定を指示するために、現在の（最大）２つのプリアンブルグループであるＡおよびＢを、別のプリアンブルグループで補完しなければならないことを暗示する。このグループのプリアンブルは、アイドルモードから接続モードへの移行のシグナリング手順中にＵＥによって一時的ＤＲＸ設定が適用されることを示す。実際の一時的ＤＲＸ設定パラメータは、システム情報の中で標準化または指定することができる。一群の一時的ＤＲＸ設定の中からいずれか１つを指示できるようにすることが望まれる場合は、それぞれの群に対してプリアンブルグループを定義する必要がある。そのようなプリアンブルグループは、現在存在するプリアンブルグループＡおよびＢと同様に、システム情報の中で指示される。代替で、専用のプリアンブルグループのプリアンブルは、使用する一時的ＤＲＸ設定の要求として考えられ得、よってこれをｅＮＢ（オプションで実際の設定パラメータも提供し得る）により確認しなければならない。ｅＮＢは、一時的ＤＲＸ設定の使用をＲＡ Ｍｓｇ２で確認する。よってＲＡ Ｍｓｇ２は、一時的ＤＲＸの指示／確認を、セクション１．１で説明した複雑さの選択肢、すなわちフラグ、インデックス、または完全もしくは部分的な設定（または組み合わせ）のいずれかで含み得る。この目的でＲＡ Ｍｓｇ２を使用することの考えられる変種として、ｅＮＢがＵＥからの事前の指示なしで、一時的ＤＲＸによりＵＥを率先して設定することもできる。

１．９ 非互換性の問題の回避−セルでの一時的ＤＲＸのサポートの指示
ＵＥがセルでの一時的ＤＲＸ機能のサポートについての何らかの指示を受信する前に、または受信せずに、一時的ＤＲＸ機能に関する動作を実行する上述した実施形態の場合、セルでの一時的ＤＲＸ機能のサポートを示すパラメータをシステム情報（ＳＩ）に含めると有益であり得る。この指示がない場合、サポートが欠如していることが暗示され、それがなければＵＥは非互換性の問題を発生させる可能性がある一時的ＤＲＸ機能関連の動作を実行しなくなる。

そのような動作は、ＵＥが一時的ＤＲＸ機能を使用する意図および／または希望の指示を送信すること、あるいはＵＥが一時的ＤＲＸ機能の使用を開始することであり得る。そのような動作を実行しないことにより回避され得る潜在的な非互換性の問題は、たとえば、ｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ ＲＲＣメッセージやＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ ＲＲＣメッセージなど、ｅＮＢが理解できない（またはサポートしない）一時的ＤＲＸに関する指示を含むＵＥからのメッセージを拒否（または破棄）すること、ＭＭＥが一時的ＤＲＸに関する指示を含むＮＡＳメッセージを拒否すること、またはＵＥが一時的ＤＲＸ機能の使用を一方的に開始し、すなわち、ＤＲＸスリープモードに入って、ｅＮＢからのダウンリンクシグナリングメッセージを見逃すこと、などであり得る。

ここで図７を参照し、ユーザ機器（ＵＥ）１０の例示的実施形態について説明する。ＵＥ１０は、必須ではないが、ＭＴＣデバイスとして実施されることが望ましくあり得る。さらに、ＵＥ１０は、アイドルモード（たとえば、ＲＲＣ＿ＩＤＬＥ）または接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）のどちらかになるように設定される。この実施形態では、ＵＥ１０は、インターフェースモジュール１１と、プロセッサ１２と、メモリ１３とを備える。オプションで、ＵＥ１０は、ユーザがＵＥ１０の操作および対話のために使用できるユーザインターフェース１４をさらに備え得る。インターフェースモジュール１１は、送信モジュール（Ｔｘ）または送信機を備え得る。インターフェースモジュールは、受信モジュール（Ｒｘ）または受信機をさらに備え得る。代替で、インターフェースモジュール１１は、送信機能と受信機能の両方を備えた送受信モジュール（Ｔｘ／Ｒｘ）または送受信機を備え得る。

メモリ１３は、プロセッサ１２で実行されたときに、ＵＥ１０に、ＵＥがアイドルモードから接続モードに移行する期間中に間欠受信、ＤＲＸ、サイクルを適用させるコンピュータプログラムコードを格納し得る。上述したように、ＤＲＸサイクルは、一時的ＤＲＸサイクルであり得る。たとえば、メモリ１３は、プロセッサ１２で実行されたときに、ＵＥ１０に、ＵＥがアイドルモードから接続モードに移行しているときにのみ一時的ＤＲＸサイクルを適用させるコンピュータプログラムコードを格納し得る。

一部の実施形態では、メモリ１３は、プロセッサ１２で実行されたときに、ＵＥ１０に、ＵＥが接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に移行したときに一時的ＤＲＸサイクルの適用を中止または停止させるコンピュータプログラムコードを格納し得る。

一部の実施形態では、メモリ１３は、プロセッサ１２で実行されたときに、ＵＥ１０に、ＵＥがアイドルモードから接続モードに移行する期間中に１つまたは複数のＤＲＸ設定パラメータを適用させるコンピュータプログラムコードをさらに格納し得る。

さらに、送信機１１は、ＵＥ１０がアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを無線ネットワークノードに送信するように設定され得る。さらに、受信機１１は、無線ネットワークノードから要求の肯定応答を含むデータメッセージを受信するように設定され得る。

一部の実施形態では、メモリ１３は、プロセッサ１２で実行されたときに、ＵＥ１０に、ＵＥ１０がアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得させるコンピュータプログラムコードをさらに格納し得る。また、受信機１１は、ＤＲＸサイクルに関する情報を含むデータメッセージを無線ネットワークノードから受信するように設定され得る。追加または代替で、メモリ１３は、プロセッサ１２で実行されたときに、ＵＥ１０に、ＤＲＸサイクルに関する情報をＵＥ１０に関連付けられたメモリから取得させるコンピュータプログラムコードを格納し得る。ＵＥ１０に関連付けられたメモリは、符号１３で示されたメモリであり得る。代替で、ＵＥ１０に関連付けられたメモリは、ＵＥ１０の別のメモリ（図示せず）であり得る。さらに、ＵＥ１０に関連付けられたメモリは、ＵＥ１０の外部にある、すなわち、ＵＥ１０の必須部分ではない、別のメモリ（図示せず）であり得る。

さらに、メモリ１３は、プロセッサ１２で実行されたときに、ＵＥ１０に、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得させるコンピュータプログラムコードを格納し得る。また、受信機１１は、ＤＲＸ設定パラメータを含むデータメッセージを無線ネットワークノードから受信するように設定され得る。追加または代替で、メモリ１３は、プロセッサ１２で実行されたときに、ＵＥ１０に、ＤＲＸ設定パラメータをＵＥに関連付けられたメモリから取得させるコンピュータプログラムコードを格納し得る。ここでも、ＵＥ１０に関連付けられたメモリは、符号１３で示されたメモリであり得る。代替で、ＵＥ１０に関連付けられたメモリは、ＵＥ１０の別のメモリ（図示せず）であり得る。さらに、ＵＥ１０に関連付けられたメモリは、ＵＥ１０の外部にある、すなわち、ＵＥ１０の必須部分ではない、別のメモリ（図示せず）であり得る。

図８を参照し、無線ネットワークノード２０の例示的実施形態について説明する。この例示的実施形態によると、無線ネットワークノード２０は、インターフェースモジュール２１を備える。インターフェースモジュール２１は、送信モジュール（Ｔｘ）または送信機を備え得る。インターフェースモジュール２１は、受信モジュール（Ｒｘ）または受信機をさらに備え得る。代替で、インターフェースモジュール２１は、送信機能と受信機能の両方を備えた送受信モジュール（Ｔｘ／Ｒｘ）または送受信機を備え得る。

送信機２１は、ユーザ機器（ＵＥ）に、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸサイクルに関する情報を含むデータメッセージを送信するように設定され得る。送信機２１は、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸ設定パラメータを含むデータメッセージを送信するようにさらに設定され得る。

受信機２１は、ユーザ機器（ＵＥ）から、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを受信するように設定され得る。対応して、送信機２１は、要求の肯定応答（ＡＣＫ）を含むデータメッセージをＵＥに送信するように設定され得る。代替で、送信機２１は、要求の否定応答（ＮＡＣＫ）を含むデータメッセージをＵＥに送信するように設定され得る。

無線ネットワークノードは、エボルブドＮｏｄｅＢ（ｅＮＢ）であり得る。代替で、無線ネットワークノードは、ホーム加入者サーバ（ＨＳＳ）であり得る。代替で、無線ネットワークノードは、モビリティ管理エンティティ（ＭＭＥ）であり得る。さらに、分散型ソリューションが利用されることが考えられる。つまり、１つまたは複数のｅＮＢ、ＨＳＳ、およびＭＭＥが、無線ネットワークノードの本明細書に記載された機能を、分散型の態様で実装し得る。

本開示を通じて説明された実施形態のいくつかによると、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用することが提案される。有利には、ＤＲＸサイクルは一時的ＤＲＸサイクルであり、ＵＥがアイドルモードから接続モードに移行しているときにのみ適用される。ＵＥが接続モードになるとすぐに、通常（または標準）の接続モードＤＲＸサイクルを従来の方法で適用することができる。アイドルモードと接続モードとの間の期間中にもＤＲＸサイクルを適用することで、本明細書で上述した多くの利点が得られ得る。たとえば、これにより、ＵＥがアイドルモードから接続モードに移行する間の電力を節約することが可能となる。別の方法で電力を消費するアイドルモードから接続モードへの移行のシグナリング手順でＵＥが電力を節約できるようにすることは、多くのＵＥ、特に（排他的ではないが）ＭＴＣデバイスにとって有益であり得る。

上述した詳細な説明では、限定ではなく例示を目的として、本開示に記載された多様な実施形態を完全に理解できるよう、具体的な詳細について説明した。いくつかの例では、既知のデバイス、構成要素、回路、および方法についての詳細な説明を省略し、本明細書で開示される実施形態の説明が不要な詳細事項で不明瞭になってしまわないようにした。本明細書で開示される原則、側面、および実施形態ならびにその具体的な例について言及するすべての記載は、それらの構造的および機能的な均等物を包含することを意図している。さらに、そのような均等物は、現在知られている均等物に加えて、将来的に開発される均等物、すなわち、構造に関係なく同じ機能を実行する任意の開発要素をも含むことが意図されている。よって、たとえば、本明細書のブロック図は、実施形態の原則を実施する例示的な回路またはその他の機能ユニットの概念ビューを表し得ることが理解される。同様に、すべての流れ図等は、コンピュータ可読媒体で実質的に表され、よってコンピュータまたはプロセッサが明示的に図示されているか否かに関わらずそれらのコンピュータまたはプロセッサにより実行され得る、多様なプロセスを表すと理解される。機能ブロックを含む、多様な要素の機能は、回路ハードウェア等のハードウェアおよび／またはコンピュータ可読媒体に格納されたコード命令の形式のソフトウェアを実行できるハードウェアの使用を通じて提供され得る。よって、そのような機能および図示された機能ブロックは、ハードウェアにより実行されるか、および／またはコンピュータにより実行され、よってマシンにより実行されると理解されべきである。ハードウェア実装の観点で言うと、機能ブロックは、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、縮小命令セットプロセッサ、特定用途向け集積回路［ＡＳＩＣ］を含むがこれらに限定されないハードウェア（たとえば、デジタルまたはアナログ）回路、および／またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ならびに（必要に応じて）それらの機能を実行できる状態マシンを限定なしで含み、または包含し得る。コンピュータ実装の観点で言うと、コンピュータは、１つもしくは複数のプロセッサまたは１つもしくは複数のコントローラを含むと一般に理解される。コンピュータ、プロセッサ、またはコントローラにより提供される場合、機能は、単一の専用コンピュータ、プロセッサ、もしくはコントローラ、単一の共有コンピュータ、プロセッサ、もしくはコントローラ、または一部が共有もしくは分散した複数の個別のコンピュータ、プロセッサ、もしくはコントローラにより提供され得る。さらに、「プロセッサ」または「コントローラ」という用語の使用は、上述した例示的なハードウェアなど、プロセッサまたはコントローラの機能を実行でき、および／またはソフトウェアを実行できる、他のハードウェアを意味するとも解釈されるべきである。

本開示のさまざまな実施形態について、特定の実施形態を参照しながら上述したが、本明細書で説明された特定の形式に限定することが意図されているわけではない。たとえば、さまざまな実施形態の多くは、主にＥＰＳ／ＬＴＥに関して説明されているが、上述した説明および添付の図面で提示された教示の利益を受ける当業者は、本明細書に記載された一般的な原則および概念が、ＵＭＴＳ／ＷＣＤＭＡ／ＨＳＰＡ等でも同等に利用できることに気付くであろう。

選ばれた例示的実施形態
よって本明細書で開示される技術は、以下の例示的実施形態を限定なしで包含する。

例示的実施形態Ｍ１：アイドルモードまたは接続モードのどちらかになるように設定されたユーザ機器、ＵＥ、により実行される方法であって、
ＵＥがアイドルモードから接続モードに移行する期間中に間欠受信（ＤＲＸ）サイクルを適用すること
を含む方法。

例示的実施形態Ｍ２：ＤＲＸサイクルが一時的ＤＲＸサイクルである、例示的実施形態Ｍ１に記載の方法。

例示的実施形態Ｍ３：一時的ＤＲＸサイクルが、ＵＥがアイドルモードから接続モードに移行しているときにのみ適用される、例示的実施形態Ｍ２に記載の方法。

例示的実施形態Ｍ４：ＵＥが接続モードに移行したときに、一時的ＤＲＸサイクルの適用を中止すること
をさらに含む、例示的実施形態Ｍ２またはＭ３に記載の方法。

例示的実施形態Ｍ５：ＵＥがアイドルモードから接続モードに移行する期間中に１つまたは複数のＤＲＸ設定パラメータを適用すること
をさらに含む、例示的実施形態Ｍ１からＭ４のいずれか１つに記載の方法。

例示的実施形態Ｍ６：ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用することの前に、
ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを無線ネットワークノードに送信すること
をさらに含む、例示的実施形態Ｍ１からＭ５のいずれか１つに記載の方法。

例示的実施形態Ｍ７：ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用することの前に、
要求の肯定応答を含むデータメッセージを無線ネットワークノードから受信すること
をさらに含む、例示的実施形態Ｍ６に記載の方法。

例示的実施形態Ｍ８：ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用することの前に、
ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得すること
をさらに含む、例示的実施形態Ｍ１からＭ７のいずれか１つに記載の方法。

例示的実施形態Ｍ９：ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得することが、
ＤＲＸサイクルに関する情報を含むデータメッセージを無線ネットワークノードから受信すること
を含む、例示的実施形態Ｍ８に記載の方法。

例示的実施形態Ｍ１０：ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得することが、
ＤＲＸサイクルに関する情報を、ＵＥに関連付けられたメモリから取得すること
を含む、例示的実施形態Ｍ８に記載の方法。

例示的実施形態Ｍ１１：ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用することの前に、
ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得すること
をさらに含む、例示的実施形態Ｍ１からＭ１０のいずれか１つに記載の方法。

例示的実施形態Ｍ１２：ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得することが、
ＤＲＸ設定パラメータを含むデータメッセージを無線ネットワークノードから受信すること
を含む、例示的実施形態Ｍ１１に記載の方法。

例示的実施形態Ｍ１３：ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得することが、
ＵＥに関連付けられたメモリからＤＲＸ設定パラメータを取得すること
を含む、例示的実施形態Ｍ１１に記載の方法。

例示的実施形態Ｍ１４：ＵＥがアイドルモードから接続モードに移行する期間が、ＵＥが最初のランダムアクセスメッセージ（図１を参照）を送信する（すなわち、送る）ときに始まる、例示的実施形態Ｍ１からＭ１３のいずれか１つに記載の方法。

例示的実施形態Ｍ１５：ＵＥがアイドルモードから接続モードに移行する期間が、ＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（図１を参照）を送信する（すなわち、送る）ときに終了する、例示的実施形態Ｍ１からＭ１４のいずれか１つに記載の方法。

例示的実施形態Ｍ１６：ＤＲＸサイクルの適用が、ＵＥがアイドルモードから接続モードに移行する期間中にデータメッセージを送信または受信した後（図１を参照）に開始される、例示的実施形態Ｍ１からＭ１５のいずれか１つに記載の方法。

例示的実施形態Ｍ１７：ＤＲＸサイクルの適用が、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ（図１を参照）を送信した後に開始される、例示的実施形態Ｍ１６に記載の方法。

例示的実施形態Ｍ１８：無線ネットワークノードにより実行される方法であって、
ユーザ機器（ＵＥ）に、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥにより適用されるＤＲＸサイクルに関する情報を含むデータメッセージを送信すること
を含む方法。

例示的実施形態Ｍ１９：ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸ設定パラメータを含むデータメッセージを送信すること
をさらに含む、例示的実施形態Ｍ１８に記載の方法。

例示的実施形態Ｍ２０：無線ネットワークノードにより実行される方法であって、
ユーザ機器、ＵＥ、から、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを受信すること
を含む方法。

例示的実施形態Ｍ２１：ＵＥに、要求の肯定応答を含むデータメッセージを送信すること
をさらに含む、例示的実施形態Ｍ２０に記載の方法。

例示的実施形態Ｕ１：アイドルモードまたは接続モードのどちらかになるように設定されたユーザ機器（ＵＥ）であって
プロセッサと、
プロセッサで実行されたときに、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中に間欠受信（ＤＲＸ）サイクルを適用させるコンピュータプログラムコードを格納するメモリと
を備えるＵＥ。

例示的実施形態Ｕ２：ＤＲＸサイクルが一時的ＤＲＸサイクルである、例示的実施形態Ｕ１に記載のＵＥ。

例示的実施形態Ｕ３：メモリが、プロセッサで実行されたときに、ＵＥに、ＵＥがアイドルモードから接続モードに移行しているときにのみ一時的ＤＲＸサイクルを適用させるコンピュータプログラムコードを格納する、例示的実施形態Ｕ２に記載のＵＥ。

例示的実施形態Ｕ４：メモリが、プロセッサで実行されたときに、ＵＥに、ＵＥが接続モードに移行したときに一時的ＤＲＸサイクルの適用を中止させるコンピュータプログラムコードを格納する、例示的実施形態Ｕ２またはＵ３に記載のＵＥ。

例示的実施形態Ｕ５：メモリが、プロセッサで実行されたときに、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中に１つまたは複数のＤＲＸ設定パラメータを適用させるコンピュータプログラムコードを格納する、例示的実施形態Ｕ１からＵ４のいずれか１つに記載のＵＥ。

例示的実施形態Ｕ６：ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを無線ネットワークノードに送信するように設定された送信機をさらに備える、例示的実施形態Ｕ１からＵ５のいずれか１つに記載のＵＥ。

例示的実施形態Ｕ７：無線ネットワークノードから要求の肯定応答を含むデータメッセージを受信するように設定された受信機をさらに備える、例示的実施形態Ｕ６に記載のＵＥ。

例示的実施形態Ｕ８：メモリが、プロセッサで実行されたときに、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸサイクルを取得させるコンピュータプログラムコードを格納する、例示的実施形態Ｕ１からＵ７のいずれか１つに記載のＵＥ。

例示的実施形態Ｕ９：受信機が、ＤＲＸサイクルに関する情報を含むデータメッセージを無線ネットワークノードから受信するように設定されている、例示的実施形態Ｕ８に記載のＵＥ。

例示的実施形態Ｕ１０：メモリが、プロセッサで実行されたときに、ＵＥに、ＤＲＸサイクルに関する情報をＵＥに関連付けられたメモリから取得させるコンピュータプログラムコードを格納する、例示的実施形態Ｕ８に記載のＵＥ。

例示的実施形態Ｕ１１：メモリが、プロセッサで実行されたときに、ＵＥに、ＵＥがアイドルモードから接続モードに移行する期間中に適用するＤＲＸ設定パラメータを取得させるコンピュータプログラムコードを格納する、例示的実施形態Ｕ１からＵ１０のいずれか１つに記載のＵＥ。

例示的実施形態Ｕ１２：受信機が、ＤＲＸ設定パラメータを含むデータメッセージを無線ネットワークノードから受信するように設定されている、例示的実施形態Ｕ１１に記載のＵＥ。

例示的実施形態Ｕ１３：メモリが、プロセッサで実行されたときに、ＵＥに、ＤＲＸ設定パラメータをＵＥに関連付けられたメモリから取得させるコンピュータプログラムコードを格納する、例示的実施形態Ｕ１１に記載のＵＥ。

例示的実施形態Ｕ１４：ＵＥがアイドルモードから接続モードに移行する期間が、ＵＥが最初のランダムアクセスメッセージ（図１を参照）を送信する（すなわち、送る）ときに始まる、例示的実施形態Ｕ１からＵ１３のいずれか１つに記載のＵＥ。

例示的実施形態Ｕ１５：ＵＥがアイドルモードから接続モードに移行する期間が、ＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（図１を参照）を送信する（すなわち、送る）ときに終了する、例示的実施形態Ｕ１からＵ１４のいずれか１つに記載のＵＥ。

例示的実施形態Ｕ１６：ＤＲＸサイクルの適用が、ＵＥがアイドルモードから接続モードに移行する期間中にデータメッセージを送信または受信した後（図１を参照）に開始される、例示的実施形態Ｕ１からＵ１５のいずれか１つに記載のＵＥ。

例示的実施形態Ｕ１７：ＤＲＸサイクルの適用が、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ（図１を参照）を送信した後に開始される、例示的実施形態Ｕ１６に記載のＵＥ。

例示的実施形態Ｎ１：ユーザ機器（ＵＥ）に、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸサイクルに関する情報を含むデータメッセージを送信するように設定された送信機
を含む無線ネットワークノード。

例示的実施形態Ｎ２：送信機が、ユーザ機器（ＵＥ）に、ＵＥがアイドルモードから接続モードに移行する期間中にＵＥによって適用されるＤＲＸ設定パラメータを含むデータメッセージを送信するように設定されている、例示的実施形態Ｎ１に記載の無線ネットワークノード。

例示的実施形態Ｎ３：エボルブドＮｏｄｅＢ（ｅＮＢ）、ホーム加入者サーバ（ＨＳＳ）、およびモビリティ管理エンティティ（ＭＭＥ）の１つまたは複数を含む、例示的実施形態Ｎ１またはＮ２に記載の無線ネットワークノード。

例示的実施形態Ｎ４：ユーザ機器（ＵＥ）から、ＵＥがアイドルモードから接続モードに移行する期間中にＤＲＸサイクルを適用する要求を含むデータメッセージを受信するように設定された受信機
を含む無線ネットワークノード。

例示的実施形態Ｎ５：要求の肯定応答を含むデータメッセージをＵＥに送信するように設定された送信機
をさらに含む、例示的実施形態Ｎ４に記載の無線ネットワークノード。

例示的実施形態Ｎ６：エボルブドＮｏｄｅＢ（ｅＮＢ）、ホーム加入者サーバ（ＨＳＳ）、およびモビリティ管理エンティティ（ＭＭＥ）の１つまたは複数を含む、例示的実施形態Ｎ４またはＮ５に記載の無線ネットワークノード。

説明された実施形態の変更および他の変種が、上述した説明および添付の図面で提示された教示の利益を受ける当業者にとって思い浮かぶ。よって、実施形態が開示された特定の例示的実施形態に限定されないこと、ならびに変更および他の変種が本開示の範囲内に含まれることが意図されていることが理解されるべきである。本明細書では特定の用語が用いられ得るが、これらの用語は汎用的かつ記述的な意味でのみ使用されており、限定の目的で使用されているわけではない。

略語
３ＧＰＰ 第３世代パートナーシッププロジェクト
ＣＣ クレジット制御
ＤＬ ダウンリンク
ＤＲＸ 間欠受信
ｅＮＢ ｅＮｏｄｅＢ
ｅＮｏｄｅＢ Ｅ−ＵＴＲＡＮ ＮｏｄｅＢ
ＥＰＳ エボルブドパケットシステム
Ｅ−ＵＴＲＡ エボルブドユニバーサル地上無線アクセス
Ｅ−ＵＴＲＡＮ エボルブドＵＴＲＡＮ
ＧＰＲＳ 汎用パケット無線サービス
ＧＴＰｖ２−Ｃ ＧＰＲＳトンネリングプロトコルバージョン２の制御プレーン部分
ＨＬＲ ホームロケーションレジスタ
ＨＳＰＡ 高速パケットアクセス
ＨＳＳ ホーム加入者サーバ
ＩＥ 情報エレメント
ＩＭＳＩ 国際移動体加入者識別番号
ＩＰ インターネットプロトコル
ＩＰ−ＣＡＮ ＩＰコネクティビティアクセスネットワーク
ＬＴＥ ロングタームエボリューション
Ｍ２Ｍ マシンツーマシン
ＭＡＣ 媒体アクセス制御
ＭＤ マシンデバイス
ＭＭＥ モビリティ管理エンティティ
ＭＯＤ モジュロ
ＭＳ 移動局
Ｍｓｇ メッセージ
ＭＴＣ マシン型通信
ＮＡＳ 非アクセス層
ＰＣＥＦ ポリシーおよび課金施行機能
ＰＣＲＦ ポリシーおよび課金ルール機能
ＰＤＮ パケットデータネットワーク
ＰＤＵ パケットデータユニット
ＰＧＷ ＰＤＮゲートウェイ
ＲＡ ランダムアクセス
ＲＲＣ 無線リソース制御
Ｓ１ ＥＰＳの無線アクセスネットワークとコアネットワークとの間のインターフェース
Ｓ１ＡＰ Ｓ１アプリケーションプロトコル（ｅＮＢとＭＭＥとの間で使用される制御プレーンプロトコル）
ＳＧＳＮ サービングＧＰＲＳサポートノード
ＳＧＷ サービングゲートウェイ
ＳＩ システム情報
ＴＳ 技術仕様
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＭＴＳ ユニバーサル移動体通信システム
ＵＳＩＭ ユニバーサル加入者識別モジュール
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
ＷＣＤＭＡ 広帯域符号分割多元接続

Claims (31)

1. アイドルモードまたは接続モードのどちらかになるように設定されたユーザ機器（ＵＥ）により実行される方法であって、
   前記ＵＥがアイドルモードから接続モードに移行する期間中に間欠受信（ＤＲＸ）サイクルを適用すること（２１０）、
   前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に前記ＤＲＸサイクルを適用すること（２１０）の前に、前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に前記ＤＲＸサイクルを適用する要求を含むデータメッセージを無線ネットワークノードに送信すること
   を含む方法。
2. 前記ＤＲＸサイクルが一時的ＤＲＸサイクルである、請求項１に記載の方法。
3. 前記一時的ＤＲＸサイクルが、前記ＵＥが前記アイドルモードから前記接続モードに移行しているときにのみ適用される（２１０）、請求項２に記載の方法。
4. 前記ＵＥが前記接続モードに移行したときに、前記一時的ＤＲＸサイクルの適用を中止すること（２３０）
   を含む、請求項２または３に記載の方法。
5. 前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に１つまたは複数のＤＲＸ設定パラメータを適用すること（２２０）
   を含む、請求項１から４のいずれか一項に記載の方法。
6. 前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に前記ＤＲＸサイクルを適用することの前に、
   前記要求の肯定応答を含むデータメッセージを前記無線ネットワークノードから受信すること
   を含む、請求項１に記載の方法。
7. 前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に前記ＤＲＸサイクルを適用すること（２１０）の前に、
   前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に適用する前記ＤＲＸサイクルを取得すること（４１０）
   を含む、請求項１から６のいずれか一項に記載の方法。
8. 前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に適用する前記ＤＲＸサイクルを取得すること（４１０）が、
   前記ＤＲＸサイクルに関する情報を含むデータメッセージを無線ネットワークノードから受信すること（４１１）
   を含む、請求項７に記載の方法。
9. 前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に適用する前記ＤＲＸサイクルを取得すること（４１０）が、
   前記ＤＲＸサイクルに関する情報を、前記ＵＥに関連付けられたメモリから取得すること（４１２）
   を含む、請求項７に記載の方法。
10. 前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に前記ＤＲＸサイクルを適用すること（２１０）の前に、
    前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に適用するＤＲＸ設定パラメータを取得すること（４２０）
    を含む、請求項５から９のいずれか一項に記載の方法。
11. 前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に適用する前記ＤＲＸ設定パラメータを取得すること（４２０）が、
    前記ＤＲＸ設定パラメータを含むデータメッセージを無線ネットワークノードから受信すること（４２１）
    を含む、請求項１０に記載の方法。
12. 前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に適用する前記ＤＲＸ設定パラメータを取得すること（４２０）が、
    前記ＵＥに関連付けられたメモリから前記ＤＲＸ設定パラメータを取得すること（４２２）
    を含む、請求項１０に記載の方法。
13. 無線ネットワークノードにより実行される方法であって、
    ユーザ機器（ＵＥ）から、前記ＵＥがアイドルモードから接続モードに移行する期間中に間欠受信（ＤＲＸ）サイクルを適用する要求を含むデータメッセージを受信すること（６１０）、
    前記ＵＥに、前記ＵＥがアイドルモードから接続モードに移行する期間中に前記ＵＥにより適用される前記ＤＲＸサイクルに関する情報を含むデータメッセージを送信すること（５１０）
    を含む方法。
14. 前記ＵＥに、前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に前記ＵＥによって適用されるＤＲＸ設定パラメータを含むデータメッセージを送信すること（５２０）
    を含む、請求項１３に記載の方法。
15. 前記ＵＥに、前記要求の肯定応答を含むデータメッセージを送信すること（６２０）
    を含む、請求項１４に記載の方法。
16. アイドルモードまたは接続モードのどちらかになるように設定されたユーザ機器（ＵＥ）（１０）であって、
    前記ＵＥが前記アイドルモードから前記接続モードに移行する期間中に間欠受信（ＤＲＸ）サイクルを適用する要求を含むデータメッセージを無線ネットワークノードに送信するように設定された送信機（２１）と、
    プロセッサ（１２）と、
    前記プロセッサで実行されたときに、前記ＵＥ（１０）に、前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に前記ＤＲＸサイクルを適用させるコンピュータプログラムコードを格納するメモリ（１３）と
    を備えるＵＥ（１０）。
17. 前記ＤＲＸサイクルが一時的ＤＲＸサイクルである、請求項１６に記載のＵＥ（１０）。
18. 前記メモリ（１３）が、前記プロセッサ（１２）で実行されたときに、前記ＵＥ（１０）に、前記ＵＥが前記アイドルモードから前記接続モードに移行しているときにのみ前記一時的ＤＲＸサイクルを適用させるコンピュータプログラムコードを格納する、請求項１７に記載のＵＥ（１０）。
19. 前記メモリ（１３）が、前記プロセッサ（１２）で実行されたときに、前記ＵＥ（１０）に、前記ＵＥが前記接続モードに移行したときに前記一時的ＤＲＸサイクルの適用を中止させるコンピュータプログラムコードを格納する、請求項１７または１８に記載のＵＥ（１０）。
20. 前記メモリ（１３）が、前記プロセッサ（１２）で実行されたときに、前記ＵＥに、前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に１つまたは複数のＤＲＸ設定パラメータを適用させるコンピュータプログラムコードを格納する、請求項１６から１９のいずれか一項に記載のＵＥ（１０）。
21. 前記無線ネットワークノードから前記要求の肯定応答を含むデータメッセージを受信するように設定された受信機（１１）
    を備える、請求項１６に記載のＵＥ（１０）。
22. 前記メモリ（１３）が、前記プロセッサ（１２）で実行されたときに、前記ＵＥに、前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に適用する前記ＤＲＸサイクルを取得させるコンピュータプログラムコードを格納する、請求項１６から２１のいずれか一項に記載のＵＥ（１０）。
23. 前記受信機（１１）が、前記ＤＲＸサイクルに関する情報を含むデータメッセージを無線ネットワークノードから受信するように設定されている、請求項２１に記載のＵＥ（１０）。
24. 前記メモリ（１３）が、前記プロセッサで実行されたときに、前記ＵＥ（１０）に、前記ＤＲＸサイクルに関する情報を前記ＵＥに関連付けられたメモリから取得させるコンピュータプログラムコードを格納する、請求項２２に記載のＵＥ（１０）。
25. 前記メモリ（１３）が、前記プロセッサ（１２）で実行されたときに、前記ＵＥ（１０）に、前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に適用するＤＲＸ設定パラメータを取得させるコンピュータプログラムコードを格納する、請求項２１から２４のいずれか一項に記載のＵＥ（１０）。
26. 前記受信機（１１）が、前記ＤＲＸ設定パラメータを含むデータメッセージを無線ネットワークノードから受信するように設定されている、請求項２５に記載のＵＥ（１０）。
27. 前記メモリ（１３）が、前記プロセッサ（１２）で実行されたときに、前記ＵＥ（１０）に、前記ＤＲＸ設定パラメータを前記ＵＥに関連付けられたメモリから取得させるコンピュータプログラムコードを格納する、請求項２５に記載のＵＥ（１０）。
28. ユーザ機器（ＵＥ）から、前記ＵＥがアイドルモードから接続モードに移行する期間中に間欠受信（ＤＲＸ）サイクルを適用する要求を含むデータメッセージを受信するように設定された受信機（１１）と、
    前記ＵＥに、前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に前記ＵＥによって適用される前記ＤＲＸサイクルに関する情報を含むデータメッセージを送信するように設定された送信機（２１）と、
    を含む無線ネットワークノード（２０）。
29. 前記送信機（２１）が、前記ＵＥに、前記ＵＥが前記アイドルモードから前記接続モードに移行する前記期間中に前記ＵＥによって適用されるＤＲＸ設定パラメータを含むデータメッセージを送信するように設定されている、請求項２８に記載の無線ネットワークノード（２０）。
30. 前記要求の肯定応答を含むデータメッセージを前記ＵＥに送信するように設定された送信機
    を含む、請求項２８に記載の無線ネットワークノード（２０）。
31. エボルブドＮｏｄｅＢ（ｅＮＢ）、ホーム加入者サーバ（ＨＳＳ）、およびモビリティ管理エンティティ（ＭＭＥ）の１つまたは複数を含む、請求項２８から３０のいずれか一項に記載の無線ネットワークノード（２０）。

Images