(57)【要約】  ユーザ装置（ＵＥ）は、節電強化モード（ｅＰＳＭ）を使用するためのリクエストをモバイル通信ネットワークのモビリティ管理エンティティ（ＭＭＥ）に送信するように構成される。ＵＥは、アイドルモードの期間と節電モードの期間を備える設定パラメータをＭＭＥから受信するように構成される。ＵＥは、節電モードのパラメータに基づいて、アイドルモードと節電モードとの間を巡回するように構成される。ＵＥはアイドルモード中に伝送を受信可能であり、節電モード中には伝送を受信不能である。
2018501720.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置（ＵＥ）であって、
節電強化モード（ｅＰＳＭ）を使用するためのリクエストをモバイル通信ネットワークのモビリティ管理エンティティ（ＭＭＥ）に送信し、
アイドルモードの期間と節電モードの期間を備える設定パラメータを前記ＭＭＥから受信し、
前記節電モードのパラメータに基づいて、前記アイドルモードと前記節電モードとの間を巡回するように構成されるＵＥであって、前記ＵＥは前記アイドルモード中に伝送を受信可能であり、前記節電モード中に伝送を受信不能である、ＵＥ。
【請求項２】
前記リクエストは、
前記ＵＥが、ＴＡＵタイマの終了と前記ＵＥのモビリティのうち１または複数に応答して前記リクエストを送信するように構成されるトラッキングエリアアップデート（ＴＡＵ）リクエストと、
アタッチリクエストと、
のうち１または複数を備える、請求項１に記載のＵＥ。
【請求項３】
前記設定パラメータはさらに、絶対基準時間を備え、前記ＵＥは前記アイドルモードと前記節電モードとの間の巡回を前記絶対基準時間に基づいて開始するように構成される、請求項１に記載のＵＥ。
【請求項４】
前記ＵＥはさらに、最初のアイドルモード期間と最初の節電モード期間のうちの１つを短縮または延長して、前記アイドルモードと前記節電モードとの間の巡回が前記絶対基準時間と整合するように構成される、請求項３に記載のＵＥ。
【請求項５】
前記ＵＥはさらに、前記ｅＰＳＭを使用するために、前記ＵＥに対する承認を示す前記ＭＭＥからのメッセージを復号するように構成される、請求項１に記載のＵＥ。
【請求項６】
承認を示す前記ＭＭＥからの前記メッセージは、前記ｅＰＳＭの前記設定パラメータを備える、請求項５に記載のＵＥ。
【請求項７】
実行可能命令を記憶するコンピュータ可読記憶媒体であって、コンピュータシステムのプロセッサによって実行されるとき、前記コンピュータシステムに、
節電強化モード（ｅＰＳＭ）を使用するためにユーザ装置（ＵＥ）からのリクエストを処理させ、
前記ＵＥが前記ｅＰＳＭにおいて使用するための、アイドルモードの期間と節電モードの期間を備える設定パラメータを決定させ、
前記ＵＥが前記ｅＰＳＭを使用することの承認を示すメッセージをフォーマットさせる、コンピュータ可読記憶媒体。
【請求項８】
ｅＰＳＭは前記アイドルモードと前記節電モードとの間の巡回的な繰り返しを備え、前記ＵＥは前記アイドルモードでモバイル着信（ＭＴ）通信に利用可能であり、前記ＵＥは前記節電モードでＭＴ通信に利用不能である、請求項７に記載のコンピュータ可読記憶媒体。
【請求項９】
前記実行可能命令は、前記コンピュータシステムに、トラッキングエリアアップデート（ＴＡＵ）リクエストまたはアタッチリクエストを備えるリクエストを処理させ、ＴＡＵアクセプトメッセージまたはアタッチアクセプトメッセージを備える承認を示す前記メッセージをフォーマットさせる、請求項７に記載のコンピュータ可読記憶媒体。
【請求項１０】
設定パラメータはさらに、一般的に既知の時間規格に基づいて時間基準を備える、請求項７に記載のコンピュータ可読記憶媒体。
【請求項１１】
前記実行可能命令はさらに、前記コンピュータシステムに、前記設定パラメータのうち少なくとも１つを、
サービス能力開示機能（ＳＣＥＦ）と、
サービングゲートウェイ（ＳＧＷ）と、
パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）と、
ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）と、
ショートメッセージサービス（ＳＭＳ）インフラストラクチャと、
のうちの１または複数に送信させる、請求項７に記載のコンピュータ可読記憶媒体。
【請求項１２】
前記実行可能命令は、前記コンピュータシステムに、前記ＵＥのホーム加入者サービス（ＨＳＳ）から前記設定パラメータを受信することによって、前記設定パラメータを決定させる、請求項７に記載のコンピュータ可読記憶媒体。
【請求項１３】
ロジックを備えるプロセッサであって、前記ロジックは、
節電モードに入るリクエストをフォーマットして、モバイル通信ネットワークに送信するように構成されるリクエストコンポーネントと、
無線通信装置が前記節電モードに入る許可を有することを示す、前記モバイル通信ネットワークからのメッセージを復号するように構成される復号コンポーネントと、
アイドル時間と節電モード時間とを有する前記節電モードのパラメータを決定するように構成されるサイクルコンポーネントと、
前記節電モードのパラメータに基づいて、アイドルモードと節電モードとの間を巡回するように構成される電力供給モードコンポーネントと、
を備える、プロセッサ。
【請求項１４】
前記リクエストは、推奨されるアイドル時間と、推奨される節電モード時間とを含む、請求項１３に記載のプロセッサ。
【請求項１５】
前記モバイル通信ネットワークからの前記メッセージは、前記アイドル時間と前記節電モード時間とを備え、前記推奨されるアイドル時間は前記アイドル時間とは異なり、前記推奨される節電時間は前記節電時間とは異なる、請求項１４に記載のプロセッサ。
【請求項１６】
前記サイクルコンポーネントはさらに、一般的に既知の時間規格に基づいて絶対基準時間を備えるパラメータを決定するように構成される、請求項１３に記載のプロセッサ。
【請求項１７】
前記絶対基準時間は、協定世界時（ＵＴＣ）基準および全地球測位システム（ＧＰＳ）時間基準のうち１または複数を備える、請求項１６に記載のプロセッサ。
【請求項１８】
前記プロセッサは、アイドルモード中に受信されるメッセージに基づいて、前記絶対基準時間に対応する現在の時間を決定するように構成される、請求項１６に記載のプロセッサ。
【請求項１９】
アイドルモード中に受信される前記メッセージは、システム情報ブロック（ＳＩＢ）１６（ＳＩＢ１６）メッセージを備える、請求項１８に記載のプロセッサ。
【請求項２０】
前記プロセッサは、前記アイドルモード中にメッセージを受信または処理可能であり、前記節電モード中にはメッセージを受信または処理不能である、請求項１３に記載のプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願は、米国特許法１１９条（ｅ）に基づき、参照によりその全体が本明細書に援用される、整理番号Ｐ７９４５７Ｚの２０１５年１月１３日出願の米国仮特許出願第６２／１０２，９８４号、および整理番号Ｐ８２２００Ｚの２０１５年３月４日出願の米国仮特許出願第６２／１２７，９９４号の優先権を主張する。
【０００２】
本開示は、モバイル通信装置の節電に関し、より具体的には、効率的なモバイル着信通信の節電強化モードに関する。
【図面の簡単な説明】
【０００３】
【図１】本明細書に開示する実施形態に一致する、通信サービスを無線モバイル装置に提供するための通信システムを例示する概略図である。
【０００４】
【図２】節電モードのためのコールフローを例示する概略ブロック図である。
【０００５】
【図３】本明細書に開示する実施形態に一致する、節電強化モードのためのコールフローの例を例示する概略ブロック図である。
【０００６】
【図４】本明細書に開示する実施形態に一致する、節電強化モードのためのコールフローの別の例を例示する概略ブロック図である。
【０００７】
【図５】本明細書に開示する実施形態に一致する、節電強化モードのパラメータをサービングゲートウェイまたはパケットデータネットワークゲートウェイに送信するためのコールフローの例を例示する概略ブロック図である。
【０００８】
【図６】本明細書に開示する実施形態に一致する、節電強化モードのパラメータをロケーションセンタに送信するためのコールフローの例を例示する概略ブロック図である。
【０００９】
【図７】本明細書に開示する実施形態に一致する、ユーザ装置（ＵＥ）のコンポーネントを例示する概略ブロック図である。
【００１０】
【図８】本明細書に開示する実施形態に一致するモバイル装置の概略図である。
【発明を実施するための形態】
【００１１】
無線モバイル通信技術は様々な規格およびプロトコルを用いて、基地局と無線モバイル装置との間でデータを送信する。無線通信システム規格およびプロトコルには、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）、ＷｉＭＡＸ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）として業界団体に周知である米国電気電子学会（ＩＥＥＥ）８０２．１６規格、ＷｉＦｉとして業界団体に周知であるＩＥＥＥ８０２．１１規格が含まれ得る。ＬＴＥシステムの３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）では、基地局は、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（進化型ノードＢ、拡張ノードＢ、またはｅノードＢとも一般に言われる）と、ユーザ装置（ＵＥ）として既知の無線モバイル装置と通信するＥ−ＵＴＲＡＮの無線ネットワークコントローラ（ＲＮＣ）との組み合わせであってもよい。ダウンリンク（ＤＬ）送信は、基地局（またはｅノードＢ）から無線モバイル装置（またはＵＥ）への通信であってもよく、アップリンク（ＵＬ）送信は無線モバイル装置から基地局への通信であってもよい。
【００１２】
本開示は、モバイル通信の電力効率を改善するためのシステム方法および装置を提案する。本明細書の例および実施形態は、ＵＥ通信の電力効率を改善するために、マシン型通信（ＭＴＣ）装置またはその他の装置など、３ＧＰＰ規格に対して提案された変更を含む。マシン型通信（ＭＴＣ）装置またはその他の装置はモバイル着信（ＭＴ）通信を必要とし、最大遅延伝送要件を有していてもよい。たとえば、ＭＴ通信の中には、１時間、３０分、１５分、１０分、５分、またはそれ以下の最大遅延要件を有するものもある。本明細書で開示する一部の実施形態は、ＳＡ２の３ＧＰＰリリース１３ＦＳ＿ＨＬＣｏｍｍの高レイテンシ通信をサポートするための最適化に関する研究を対象としてもよい。
【００１３】
一実施形態によると、ＵＥは節電強化モード（ｅＰＳＭ）を使用するためのリクエストをモバイル通信ネットワークのモビリティ管理エンティティ（ＭＭＥ）に送信するように構成される。ＵＥはアイドルモードの期間と節電モードの期間を含む設定パラメータをＭＭＥから受信し、モバイル通信ネットワークとの無線リソースコントロール（ＲＲＣ）接続を解除するように構成される。ＵＥは、節電モードのパラメータに基づいて、アイドルモードと節電モードとの間を巡回するように構成される。ＵＥはアイドルモード中に伝送を受信可能であり、節電モード中には伝送を受信不能である。
【００１４】
本開示の実施形態と一致するシステムおよび方法の詳細な説明を以下に示す。複数の実施形態を記載するが、開示は任意の一実施形態に限定されず、その代わりに多くの代替、修正、および同等物を包含することを理解されたい。さらに、本明細書で開示する実施形態を完璧に理解するために、多数の特定の詳細を用いて以下の記述を説明するが、一部の実施形態はこれらの詳細の一部またはすべてを用いずに実施可能である。さらに、明確にするために、本開示を不要に不明瞭にすることを避けるため、従来技術で既知の一定の技術的素材は詳細に記載しない。
【００１５】
図１は、３ＧＰＰアクセスの通信システム１００を例示する。通信システム１００は、ＵＥ１０２に通信サービスまたはアクセスを提供するために用いてもよい多様なコンポーネントを例示する。通信システム１００は、複数のｅＮＢ１０６を含むＥ−ＵＴＲＡＮ１０４を含む。通信システム１００はまた、コアネットワーク１０８、たとえば、進化型パケットコア（ＥＰＣ）を含む。コアネットワーク１０８は、ＭＭＥ１１０、ホーム加入者サーバ（ＨＳＳ）１１２、サービングゲートウェイ（ＳＧＷ）１１４、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１１６、サービス能力イネーブルメント機能（ＳＣＥＦ）１１８、ショートメッセージサービス（ＳＭＳ）センタ（ＳＭＳＣ）１２０、ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）１２２、およびセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）１２４を含む。様々なコンポーネント間の通信のインタフェース例も示す。アーキテクチャおよび個々のコンポーネントは一例としてのみ示す。当業者は開示の態様を異なるアーキテクチャを備える通信システムおよび／またはその他の規格を実装する通信システムにも適用可能であることを認識するであろう。
【００１６】
ＳＧＷ１１４およびＰＧＷ１１６は、オペレータのインターネットプロトコル（ＩＰ）サービス１２６へのアクセスを提供する。ＩＰサービス１２６は、ウェブサーバまたはアプリケーションサーバなどの、１または複数のサードパーティサーバ１２８へのアクセスを提供してもよい。ＳＣＥＦ１１８は本明細書でさらに説明するように、１または複数の節電モードのパラメータまたは節電強化モードのパラメータを１または複数のその他のエンティティに提供し、ＵＥ１０２への定期通信を可能にしてもよく、またはＵＥ１０２の現在の利用可能性を知ることができるようにしてもよい。ＳＭＳＣ１２０は、ＳＭＳメッセージを保存、転送、変換および／または配送するように構成される。ＳＭＳＣ１２０は、ＳＭＳサービスセンタ（ＳＭＳ−ＳＣ）、ＳＭＳゲートウェイサービスセンタ（ＳＭＳ−ＧＭＳＣ）、またはＳＭＳインフラストラクチャとのインタフェースを取るその他のＳＭＳインフラストラクチャまたはシステムのうちの１または複数を含んでいてもよい。ＧＭＬＣ１２２は、制御プレーンシステムであり、ＵＥまたはその他のモバイルステーションの位置を判断または提供するために用いてもよい。ＳＬＰ１２４はユーザプレーンシステムであり、ＵＥまたはその他のモバイルステーションの位置を判断または提供するために用いてもよい。
【００１７】
リリース１２では、３ＧＰＰは節電モード（ＰＳＭ）と呼ばれる新アクセス層（ＡＳ）状態を規定した。図２はＰＳＭのＵＥ１０２の操作を例示する。２０２では、ＵＥ１０２は、Ｔ３３２４タイマおよびＴ３４１２拡張値（ＥＶ）の値を含む非アクセス層（ＮＡＳ）アタッチ／トラッキングエリアアップデート（ＴＡＵ）リクエストメッセージを送信する。２０４では、ＭＭＥ１１０はＮＡＳアタッチ／ＴＡＵアクセプトメッセージを送信する。ＮＡＳアタッチ／ＴＡＵアクセプトメッセージは、ＵＥ１０２が使用するＴ３３２４およびＴ３４１２の値を含んでいてもよい。２０６では、ＵＥ１０２は、ｅＮＢ１０６またはモバイルネットワークとのＲＲＣ接続を解除し、アイドルモード２０８に入る。アイドルモード２０８中に、ＵＥ１０２はページングによって到達可能のままであってもよい。アイドルモード２０８の滞留期間はＴ３３２４タイマによって決定される。Ｔ３３２４タイマ終了後には、ＵＥ１０２はＰＳＭ２１０に入る。ＰＳＭ２１０の滞留期間は定期ＴＡＵタイマ（図２のＴ３４１２）によって決定される。ＰＳＭ２１０に入る時は、ＵＥ１０２はＡＳを完全に切断し、ＭＴ通信では到達不能である。定期ＴＡＵタイマＴ３４１２終了後、ＵＥ１０２はＴＡＵシグナリングプロシージャ（３ＧＰＰ技術仕様書（ＴＳ）２３．４０１およびＴＳ２４．３０１に記載）を実施し、その時点で、再度ＭＴ通信で到達可能となる。ＵＥ１０２に未送信のＭＴ通信がなく、またはモバイル発信（ＭＯ）通信の必要がない場合、ネットワークはＵＥ１０２を再度アイドルモードにし、（ＵＥ１０２がＴＡＵリクエストメッセージで節電モードを用いたいと示していた場合は）新ＰＳＭ期間を構成してもよい。
【００１８】
リリース１２では、ＰＳＭは主にＭＯトラフィックを想定して設計された。ＭＴトラフィックをサポートすることも可能であるが、非常に非効率的な方法で行われる。たとえば、３ＧＰＰ  ＴＳ２３．６８２は、ＭＴトラフィックをサポートするために以下の事項を推奨する。−ネットワーク側アプリケーションは、ＵＥのアプリケーションを起動するＳＭＳまたは装置トリガを送信して、ＳＣＳ／ＡＳとの通信を起動してもよい。−代替的に、ＳＣＳ／ＡＳが定期ダウンリンクデータを有する場合は、ＵＥがＳＣＳ／ＡＳとの通信を起動し、その期間のダウンリンクデータをポーリングする時の方がより効率的である。−いずれの選択肢で動作する場合であっても、ＵＥは、可能性のあるモバイル着信サービスまたはデータ伝送、たとえば、ＳＭＳの伝送ができるように十分長い時間となるアクティブタイムをリクエストすべきである。
【００１９】
前述の第１の項目は、ＳＭＳベースの通信を、少なくとも最初のトリガとして使用することを提案する。ＳＭＳは保存および送信メカニズムであるため、ＳＭＳ通信は、ＵＥ１０２が到達可能となるまでＳＭＳ−ＳＣで保存可能である。保存されたＭＴ  ＳＭＳがＵＥ１０２に伝送されると、ＵＥ１０２はサーバとのＭＯ通信を起動することができる。本手法の問題の１つは、ＳＭＳベースの通信を使用する必要があり、ＩＰベースの通信が増加している世界で不要な負荷を生じることである。ＳＭＳに関する別の問題は、「アクティブタイム」（ＵＥ１０２がＰＳＭに入る前のアイドルモード滞留期間の時間、たとえば、図２のＴ３３２４を指定する）が、モバイルネットワークがＳＭＳ−ＳＣに対して、ＵＥ１０２が到達可能であり、保存されたＭＴ  ＳＭＳをＵＥ１０２に伝送可能であることを示すために十分長くなければならないということである。
【００２０】
第２の項目は、ポーリングを用いてＭＴ通信をＭＯ通信に変換することを提案する。これは定期ＤＬデータにはうまく行くが、不定期ＭＴデータのユースケースでは、ほとんどの場合、ＵＥ１０２は無駄にアプリケーションサーバをポーリングすることになるため、非常に非効率的である。
【００２１】
リリース１２では、３ＧＰＰはＦＳ＿ＨＬＣｏｍ（３ＧＰＰ  ＴＲ２３．７０９「高レイテンシ通信の最適化に関する研究」）と呼ばれる新規作業を開始している。考慮されているユースケースの１つは、たとえば、一般的な定期ＴＡＵタイマＴ３４１２値よりも大幅に低い、最大伝送遅延要件を有するトラフィックの所定外の（不定期）ＭＴデータの効率的なサポートである。このユースケースは、リリース１２で規定するように、ＰＳＭのみを使用して対処することはできないものである。
【００２２】
ＴＲ２３．７０９では、これまでのところ考えられている解決法は２つの異なる解決法に分類可能である。ＴＲ２３．７０９の解決法２では、ＳＧＷの長期バッファリングが提案されている。この解決法では、ＳＧＷノードは進化型パケットシステム（ＥＰＳ）ユーザプレーン（Ｕ−プレーン）の新規の保存および送信ノードとなる。つまり、ＳＧＷは、ＥＰＳ制御プレーン（Ｃ−プレーン）のＳＭＳ−ＳＣと類似する方法で保存および送信を行う。ＵＥ１０２がＰＳＭにあるときにＭＴパケットがＳＧＷに到着すると、ＵＥ１０２がＰＳＭを出るまでパケットは保存される。同一の提案の別の変形では、アイドル／ＰＳＭ滞留は拡張アイドルモード不連続受信（ＤＲＸ）に置換される。ＤＲＸ期間は、約数十分である。このようなＤＲＸ値はリリース１２ではサポートされない。長期ＳＧＷバッファリングの１つの問題は、エンドツーエンドタイマおよび再伝送と相互作用できることである。別の問題はモビリティハンドリングである（たとえば、ＵＥ１０２がＰＳＭ中に、別のＳＧＷが管理する別の領域に移動する場合は、保存されたパケットはどうなるか）。
【００２３】
ＴＲ２３．７０９の解決法１および解決法３では、進行中の作業でもある、再利用モニタリング（ＭＯＮＴＥ）解決法が開示される。この解決法のセットでは、ＭＴデータを送信したいサードパーティアプリケーションサーバは、送信するための未送信のＭＴデータを有するか、またはより長期ベースのいずれかにせよ、まず「ＵＥ到達可能性」イベントをＥＰＳで予約する必要がある。ＥＰＳは次に、ＵＥ１０２がＰＳＭから出るか、またはＰＳＭに入るときは常に、Ｃ−プレーンシグナリングを用いてアプリケーションサーバに通知する。この解決法によって、多くのＣ−プレーンシグナリングが導入されることになり、好ましくないこともある。
【００２４】
ＰＳＭベースの解決法すべてに共通する別の問題は、ＰＳＭと定期ＴＡＵ（Ｔ３４１２）を起動するタイマとの間のリンクである。具体的には、Ｔ３４１２およびＰＳＭを別々に調整することは不可能である。ＭＴトラフィックを適切に提供するためには、ＵＥ１０２がＰＳＭから頻繁に出られるように、定期ＴＡＵタイマは低い値になるように構成されなければならないであろう。残念ながら、ＰＳＭから出るためには、ＵＥ１０２がＴＡＵプロシージャを実行しなければならないため、この副作用として電力消費が大きく増加することが起こる。ＴＡＵプロシージャを頻繁に行うことによって、また、多くのシグナリング負荷がＥＰＣにかかる。
【００２５】
前述の問題の観点から、出願人は最大遅延伝送要件を有するトラフィックのＭＴ通信を効率的にサポートするためのシステム、方法および装置を開示する。効率性は、ＵＥ１０２の電力消費が改善し、ネットワークのシグナリングボリュームが低くなるという点において現われる。一実施形態によると、ｅＰＳＭは、ＵＥ１０２のデータ通信がない場合、ネットワーク構成に基づいて、ＵＥ１０２が定期的に繰り返される連続アイドルモードとＰＳＭインターバルとを交互に行えるように、画定されてもよい。一実施形態では、繰り返しサイクルの期間は、構成されたアイドルモード滞留期間（本明細書ではＴｉという）にＰＳＭ滞留期間（本明細書ではＴｐという）を加えた合計に等しい。さらなる拡張例として、繰り返しパターン（Ｔｉ＋Ｔｐ）は決定論的であってもよく、絶対クロック基準（Ｔｒｅｆ）にロックされてもよい。つまり、（Ｔｉ＋Ｔｐ）の組み合わせサイクルはｔ＝Ｔｒｅｆ＋Ｎ＊（Ｔｉ＋Ｔｐ）で定義された瞬間にのみ開始してもよく、式中Ｎは自然数である。一実施形態では、定期サイクル（Ｔｒｅｆ、Ｔｉ、Ｔｐ）を定義するパラメータを、サードパーティアプリケーションサーバ、またはその他のエンティティに、事前設定によって、または情報をアプリケーションサーバに送信するＳＣＥＦ１１８を用いて、提供してもよい。
【００２６】
ＵＥ１０２が何らかの理由で（たとえば、ＭＯ通信を起動する、ページングに応答する、定期ＴＡＵを送信するなど）サイクルを中断する必要がある場合は、ネットワークがＲＲＣ接続を解除次第、ＵＥ１０２はｅＰＳＭサイクル（Ｔｉ＋Ｔｐ）に戻ってもよい。（Ｔｉ＋Ｔｐ）サイクルが絶対クロック基準にロックされている場合は、ＵＥ１０２が絶対クロック基準にロックできるように、まさに最初のＴｉまたはＴｐインターバルの短縮または延長に関与してもよいことに留意されたい。
【００２７】
本明細書で開示する装置、方法、およびシステムは、顕著な有利点を有していてもよい。たとえば、ｅＰＳＭサイクル（Ｔｉ＋Ｔｐ）が絶対クロック基準（Ｔｒｅｆ）にロックされ、サイクルパラメータ（Ｔｒｅｆ、Ｔｉ、Ｔｐ）がＳＣＥＦ１１８またはアプリケーションサーバに提供される実施形態では、ＳＧＷ１１４による長期バッファリングの必要はなくてもよい（現在の３ＧＰＰ仕様にしたがって必要であるように、ＵＥ１０２がページされる間、ＳＧＷ１１４は依然として短期バッファリングをサポートする必要があることもある）。このように、サードパーティアプリケーションサーバは、いつＵＥ１０２がＰＳＭにあるかを常に知っていて、その間ＭＴデータを送信しないようにしてもよい。つまり、バッファリングをＳＧＷ１１４からデータソース（つまり、アプリケーションサーバ）に移動してもよい。
【００２８】
別の例として、リリース１２とは反対に、ＰＳＭ滞留期間（Ｔｐ）の時間は定期ＴＡＵタイマ（Ｔ３４１２）とリンクしていなくてもよい。これによって、ＰＳＭ滞留期間を短く（一般的なＴ３４１２値よりもかなり短く）構成することができ、一定の遅延耐性要件内でＭＴトラフィックを供給することに役立つ。別の例として、ＰＳＭ滞留期間（Ｔｐ）が定期ＴＡＵタイマ（Ｔ３４１２）とリンクしなくてよいため、ＵＥ１０２は自由にアイドルモードとＰＳＭとをネットワークとのシグナリングを用いずに交互におこなうことができてもよい。これによって、シグナリング負荷を削減し、ＵＥ１０２の電力効率を改善するという大きな利点を得ることができる。
【００２９】
別の例として、ｅＰＳＭサイクル（Ｔｉ＋Ｔｐ）が決定論的であり（つまり、サイクルパラメータを知っているエンティティによって予測可能であり）、サードパーティサーバ１２８に一度だけ開示されている（例えばＳＣＥＦ  ＡＰＩによって）場合、ＵＥ１０２が到達可能と到達不能の間で変化するたびにアプリケーションサーバと通信する必要はなくてもよい。もちろん、ＴｉおよびＴｐ値を何らかの理由で変更する必要がある場合は、新しい値をアプリケーションサーバに（ＳＣＥＦ  ＡＰＩ経由で）アップデートしてもよい。ただし、一部の実施形態では、ＴｉおよびＴｐが頻繁に変化するとは考えられない。
【００３０】
図３は、ＵＥ１０２のｅＰＳＭの構成のコールフローの一実施形態を例示する。３０４では、ＵＥ１０２は、たとえば、モビリティによって、または定期ＴＡＵタイマの終了によってＴＡＵリクエストメッセージを送信する。ＵＥ１０２がｅＰＳＭを使用したいと望むときは、所望するｅＰＳＭサイクルを記述するパラメータのセットを含んでいてもよい。パラメータは、アイドル滞留期間（Ｔｉ）の時間、ＰＳＭ滞留期間（Ｔｐ）の時間、場合により絶対クロック基準（Ｔｒｅｆ）のうち１または複数を含んでいてもよい。一実施形態では、絶対クロック基準（Ｔｒｅｆ）は、アプリケーションサーバ３０２など、ＵＥ１０２内部とＵＥ１０２外部両方で利用可能なクロック時間に基づく。たとえば、協定世界時（ＵＴＣ）または全地球システム（ＧＰＳ）時間を用いてもよい。一実施形態では、ＵＥ１０２は絶対基準時間（Ｔｒｅｆ）を提供せず、アタッチ／ＴＡＵリクエストメッセージのサイズを減少させる利点をもたらし得る。絶対基準時間（Ｔｒｅｆ）がＵＥ１０２によって設定されない場合は、ＴｒｅｆはＭＭＥ１１０、またはその他の装置またはエンティティによって代わりに選択されてもよい。
【００３１】
ＭＭＥ１１０は、オペレータの構成に基づいた、またはその他の要件に基づいたｅＰＳＭを許可するかを決定してもよい。ＭＭＥ１１０がリクエストを承認することを決定すると、ＭＭＥ１１０は、３０６で、ｅＰＳＭサイクルについての承認済みの記述（つまり、ステップ１でＵＥ１０２が提案したオリジナルパラメータ値、または修正値）を含むＴＡＵアクセプトメッセージを送信する。ＵＥ１０２が提案する値をＭＭＥ１１０が承認しない場合は、ＭＭＥ１１０はｅＰＳＭサイクルを記述する値を修正してもよいことに留意されたい。代替的に、ＴｐおよびＴｉタイマ値は、ＵＥ１０２加入データの一部として、特にマシン型通信（ＭＴＣ）装置のためにＨＳＳ１１２内に構成されてもよく、ＭＭＥ１１０にダウンロードされてもよい。ＭＭＥ１１０が本情報をＨＳＳ１１２から受信する場合は、ＵＥ１０２がリクエストする値に優先するために、本情報を用いてもよい。
【００３２】
一実施形態では、３０８でＭＭＥ１１０は、ｅＰＳＭサイクルの記述をＵＥ識別子（ＵＥ  ＩＤ）とともにＳＣＥＦ１１８に送信してもよい。３１０では、アプリケーションサーバ３０２は、アプリケーションサーバ３０２がデータを送信したいＵＥ  ＩＤなど特定のＵＥ  ＩＤのＴｉ、Ｔｐ、およびＴｒｅｆを取り出す。たとえば、ＭＴデータをＵＥ１０２に送信したいサードパーティアプリケーションサーバは、ＳＣＥＦ１１８に登録し、ＵＥ１０２のｅＰＳＭサイクルの記述を取得する。一実施形態では、ｅＰＳＭサイクルは絶対基準時間（Ｔｒｅｆ）に対して記載されるため、アプリケーションサーバ３０２はｅＰＳＭ記述をＳＣＥＦ１１８から一回のみフェッチする必要がある。アプリケーションサーバ３０２はまた、ｅＰＳＭサイクルパラメータが修正される場合、またはｅＰＳＭがこのＵＥ１０２のためにキャンセルされる場合は通知を受けるようにしてもよい。一実施形態では、ステップ３０８および３１０を省略してもよい。
【００３３】
３１２では、ｅＮＢ１０６またはＵＥ１０２はＲＲＣ接続を解除する。ＲＲＣ接続解除に応答して、ＵＥ１０２はｅＰＳＭサイクルにアイドルモードをまず経てから入ってもよい。ただし、ＲＲＣ接続解除メッセージは非同期であるが（つまり、任意の瞬間に起こり得るが）、ｅＰＳＭサイクルは本実施形態では、絶対基準時間にロックされていることに留意されたい。このように、３１２におけるＲＲＣ解除は、アイドルインターバルの間またはｅＰＳＭサイクルのＰＳＭインターバルの間に起こってもよい。図３では、ＲＲＣ解除はＰＳＭインターバル間に発生したと想定する。本事例では、ＵＥ１０２は以下の３つのオプションのうち１つを用いてもよい。第１のオプションでは、ＵＥ１０２は、ＰＳＭに直ちに入ることによって、直ちにｅＰＳＭサイクルにロックしてもよい。本事例ではまさに最初のＰＳＭインターバルを短縮してもよい。
【００３４】
第２のオプションでは、ＵＥ１０２は、アイドルモードにまず入り、アイドルモードを最初に来るｅＰＳＭサイクルのＰＳＭインターバルの開始まで延長することを決定してもよい。本事例ではまさに最初のアイドルインターバルは通常よりも長い。本事例を図３に例示する。図３では、ＵＥ１０２は、ＲＲＣ接続が解除され次第アイドルモード３１４に入る。第３のオプションでは、ＵＥ１０２はアイドルモード３１４にまず入り、場合によりＴｉ値と等しい所定の期間だけアイドルモード３１４に留まり、その後ｅＰＳＭサイクルに戻る。別途記載のない限り、ＵＥ１０２はＰＳＭ状態に入る前に短期間アイドル状態にあってもよく、どちらの状態も最初の予定されたアイドルモード３１４より前である。第２および第３のオプションは、ＵＥ１０２がアタッチまたはＴＡＵプロシージャの直後に一定の時間の間到達可能であることを保証するという所望する利点を提供してもよく、その期間はＭＴシグナリングまたはデータが増加することもあることに留意されたい。
【００３５】
絶対基準時間（Ｔｒｅｆ＋Ｎ＊（Ｔｉ＋Ｔｐ））に基づいてアイドルモード３１６に入った後、ＵＥ１０２は複数のアイドルモード３１６、３２０、３２４および複数のＰＳＭ３１８、３２２、３２６を巡回する。各アイドルモードはアイドルモード期間Ｔｉの間続き、各ＰＳＭはＰＳＭ期間Ｔｐの間続く。任意の追加アイドル時間３１４において、ＵＥ１０２は各アイドルモードを前述のＴｒｅｆ  ＋（Ｎ＋ｘ）＊（Ｔｉ＋Ｔｐ）で規定したインターバルで開始してもよい。Ｔ３４１２タイマが終了すると、３２８でＵＥ１０２は別のＴＡＵリクエストを送信する。ＴＡＵリクエストはＴｉ、Ｔｐ、および／またはＴｒｅｆの新規のまたは改定されたパラメータ値を含んでいてもよい。
【００３６】
一実施形態では、定期ＴＡＵタイマはｅＰＳＭサイクルに左右されない。定期ＴＡＵタイマ（Ｔ３４１２）が終了すると、ＵＥ１０２は定期ＴＡＵリクエストメッセージを通常通り送信する。ＵＥ１０２はこの機会を用いてｅＰＳＭパラメータを変更する、またはｅＰＳＭをキャンセルするリクエストを送信してもよい。ＭＭＥ１１０はまた、ＳＣＥＦ１１８と接触し、更新されたｅＰＳＭ記述またはＵＥ１０２がｅＰＳＭをもう使用していないという表示もしくはＵＥ１０２が修正パラメータを使用しているという表示を提供してもよい。ＳＣＥＦ１１８はすべてのアプリケーションサーバ３０２、またはＵＥ１０２に関与するその他のエンティティに変更を通知する。
【００３７】
一方、ＵＥ１０２が現在のｅＰＳＭ構成に満足している場合は、ＵＥ１０２は、３０４と同一のパラメータ値を送信することによって、そのようにＭＭＥ１１０に表示してもよい。一実施形態では、ＵＥ１０２は、ｅＰＳＭに関連するパラメータを何も含まないことによってｅＰＳＭをキャンセルしてもよい。図３はサイクル（Ｔｉ＋Ｔｐ）を絶対クロック基準（Ｔｒｅｆ）にロックする例示を提供することに留意されたい。一実施形態では、サイクルは絶対クロック基準にロックされていない場合、以下の変更が図３のコールフローに行われる。まず、３０８において、ｅＰＳＭパラメータを送信し、パラメータをアプリケーションサーバ３０２に提供することは起こらない。第２に、３０４でおよび３０６において、Ｔｒｅｆパラメータは必要ではない。第３に、ＵＥ１０２はＲＲＣ接続が３１２で解除されると直ちにｅＰＳＭサイクル（Ｔｉ＋Ｔｐ）に入る。
【００３８】
一実施形態では、図３のｅＰＳＭパラメータ（つまり、Ｔｉ、Ｔｐ、Ｔｒｅｆ）のシグナリングはまた、ＴＡＵリクエスト／アクセプトメッセージをアタッチリクエスト／アクセプトメッセージに変えることで、アタッチプロシージャにも適用される。
【００３９】
図４は、ｅＰＳＭ中のＵＥ１０２に向けたＭＴ通信のコールフローの一実施形態を例示する。コールフロー開始時に、ＵＥ１０２はｅＰＳＭサイクルに入り、アイドルおよびＰＳＭインターバルを交互に行っている。４０４では、アプリケーションサーバ３０２は、Ｔｉ、Ｔｐ、およびＴｒｅｆを含むｅＰＳＭサイクル記述を本ＵＥ１０２のために取得する。アプリケーションサーバ３０２が送信すべきＭＴデータを有するときは、ＵＥ１０２がアイドルインターバルに入ってからＭＴパケットを送信する。ＵＥ１０２はアイドルモード４０６からＰＳＭモード４０８に移行し、アイドルモード４１０に戻る。４１２では、アプリケーションサーバ３０２は、インターネットプロトコル（ＩＰ）パケットなどのＭＴデータを、ＵＥ１０２を対象とするＳＧＷ／ＰＧＷ４０２に送信する。アプリケーションサーバ３０２はＭＴパケットをＵＥ１０２が受信可能となるときに（または少なくともアイドルモードにあるときに）送信する。ＳＧＷはＭＴパケットを短期バッファに記憶し、ＳＧＷは４１４でダウンリンクデータ通知（ＤＤＮ）メッセージを１０ＭＭＥ１１０に送信してページングを起動する。ＭＭＥ１１０はページングを４１６で起動する。ＵＥ１０２はアイドルインターバル（アイドルモード４１０）にあるため、ＵＥ１０２はページングメッセージを受信して処理することができる。４１８では、ＵＥ１０２およびｅＮＢ１０６はネットワークとの接続を確立し、ＵＥ１０２はＲＲＣ接続モードに入る。接続モード中、ｅＰＳＭサイクルは同時に動作するが、いずれにしても使用されない。ＵＥ１０２は、後でまた自動追跡するために、ｅＰＳＭサイクルをバックグラウンドで追跡するだけである。４１８中に、ＭＴデータはＵＥ１０２によって受信されてもよい。
【００４０】
データ通信の終了後、ある時点でネットワークはＲＲＣ接続の解除を決定してもよい。ＲＲＣ接続は、アイドルインターバル中である４２０で解除される。図示する実施形態では、ＵＥ１０２は４２４で直ちにＰＳＭサイクルを追跡する。その結果として、ＰＳＭインターバル４２４の前に完全なアイドル期間がなかったため、まさに最初のアイドルインターバルは短縮されたアイドルインターバル４２２である。ＰＳＭインターバル４２４に続いて、ＵＥ１０２はアイドルモード４２６に入り、ｅＰＳＭサイクルへと続く。
【００４１】
図４は、アイドルモードをＴｒｅｆから複数のサイクル長で開始し、インターバルを短縮し、またはインターバルを延長することによって、ｅＰＳＭサイクルを、絶対クロック基準（Ｔｒｅｆ）にロックすることを例示することに留意されたい。絶対クロックまたは時間基準を用いない場合は、以下の修正をコールフローに行ってもよい。第１に、ｅＰＳＭ構成をアプリケーションサーバ３０２に４０４で通信しなくてもよい。アプリケーションサーバ３０２は、４１２のアイドルインターバルのタイミングではなく、データが利用可能になるときにデータを送信してもよい（つまり、アプリケーションサーバ３０２はいつアイドルインターバルがＵＥ１０２に起こるかを知らないため、アプリケーションサーバ３０２は、アイドルインターバルを待たなくてもよい）。アイドルインターバルのうちの１つの間にＵＥ１０２がページできるようになるまで、ＳＧＷ／ＰＧＷ４０２はパケットを長期バッファするために必要とされてもよい（およびその能力を有していてもよい）。ＵＥ１０２は、絶対クロック基準からオフセットされた特定のインターバルではなく、ＲＲＣ接続が解除され次第直ちにｅＰＳＭサイクルに入ってもよい。
【００４２】
一部の実施形態では、ＵＥ１０２が節電モードにないとき、またはＵＥ１０２が着信メッセージまたは伝送を受信不能なその他のモードにあるとき、ＵＥ１０２でＳＭＳメッセージなどのテキストメッセージのみを受信することが望ましいこともある。一実施形態では、ＭＴ  ＳＭＳはリリース１２ＰＳＭと同一の方法で扱われてもよい。たとえば、ＵＥ１０２がＰＳＭインターバルにある間にＭＴ  ＳＭＳがＭＭＥ１１０に到着する場合は、ＭＭＥ１１０はＳＭＳインフラストラクチャに対してＵＥ１０２は到達不能であることを表示し、ＵＥ１０２到達可能性リクエストパラメータ（ＵＲＲＰ）フラグを設定する。ＭＴ  ＳＭＳは、ＵＥ１０２が（たとえば、定期ＴＡＵタイマ終了またはＭＯデータによって）再度接続モードになるときに伝送されてもよい。
【００４３】
ただし、ｅＰＳＭサイクル（つまり、Ｔｉ、Ｔｐ、Ｔｒｅｆ）をＳＭＳインフラストラクチャ（ＳＭＳ−ＳＣまたはＳＭＳ−ＧＭＳＣなど）にエクスポートすることによって、ＭＴ  ＳＭＳ伝送を効率化することも可能である。この方法でＳＭＳインフラストラクチャは、ＵＥ１０２がＰＳＭインターバルにはないことが分かるときにのみＭＴ  ＳＭＳ伝送を試みる。ｅＰＳＭサイクルをＳＭＳインフラストラクチャにエクスポート可能なプロシージャの例を以下に記載する。
【００４４】
ＳＭＳ−ｉｎ−ＮＡＳオプション（つまり、ＭＭＥ１１０がＭＳＣとＳＧインタフェースを有する場合、３ＧＰＰ  ＴＳ２３．２７２本文を参照）では、ＵＥ１０２のｅＰＳＭサイクルをＳＧｓＡＰ−ページング−拒否メッセージ（３ＧＰＰ  ＴＳ２９．１１８第８．１３条）に含めることによって、メッセージングサービスセンタ（ＭＳＣ）にエクスポートすることができる。ＵＥ１０２のｅＰＳＭサイクルはさらに、ＭＡＰ−ＭＴ−送信−ショートメッセージ応答メッセージ（３ＧＰＰ  ＴＳ２９．００２第１２．９条参照）に含めることによってＭＳＣからＳＭＳ−ＳＣにエクスポートされる。
【００４５】
ＳＭＳ−ｉｎ−ＭＭＥオプション（つまり、ＭＭＥ１１０が直接ＳＧｄインタフェースをＳＭＳインフラストラクチャに対して有する場合、３ＧＰＰ  ＴＳ２３．２７２付属書Ｃ参照）では、ＵＥ１０２のｅＰＳＭサイクルを、ＭＴ送信ショートメッセージ解答メッセージ（３ＧＰＰ  ＴＳ２９．３３８第６．２．２条）に含ませることによって、ＳＭＳサービスセンタにエクスポートすることができる。
【００４６】
一実施形態では、ｅＰＳＭサイクルに関する情報をＰＧＷ１１６またはＳＧＷ１１４に送信してもよい。たとえば、ＰＧＷ１１６および（頻度が下がるが）ＳＧＷ１１４はベアラ修正などのネットワーク起源の制御プレーンプロシージャを起動してもよい。ＵＥ１０２がＰＳＭインターバル（使用不能）であるとき、ネットワーク起源のプロシージャが起動され、それによってタイマが終了し、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル制御（ＧＴＰ−Ｃ）メッセージをＳ５およびＳ１１インタフェースを通じて再伝送する。これは、リリース１２ＰＳＭに関する一般的な問題であり、本出願で開示する実施形態には適用されなくてよいことに留意されたい。
【００４７】
一実施形態では、前述の問題は、ｅＰＳＭサイクル（つまり、Ｔｉ、Ｔｐ、Ｔｒｅｆ）をＳＧＷ１１４およびＰＧＷ１１６にエクスポートすることによって対処することができる。たとえば、ＵＥ１０２がＴＡＵを実行し、ｅＰＳＭの使用をリクエストするとき、ＭＭＥ１１０はｅＰＳＭサイクルをＳＣＥＦ１１８にエクスポートしてもよい（図３の３０８参照）。同時に、または異なる時点で、ＭＭＥ１１０はｅＰＳＭサイクルをＳＧＷ１１４およびＰＧＷ１１６にＳ１１およびＳ５  ＧＴＰ−Ｃプロシージャ（たとえば修正ベアラリクエスト）を用いてエクスポートしてもよい。
【００４８】
ｅＰＳＭサイクルをＳＧＷ１１４およびＰＧＷ１１６にエクスポートする全体的なプロシージャの一実施形態を図５に示す。図５の実施形態は、図５に示すｅＰＳＭサイクルパラメータを加えた、ＴＡＵのプロシージャと同様であってよい（３ＧＰＰ  ＴＳ２３．４０１図５．３．３．２〜１に基づく）。図５のコールフローは、ＵＥ１０２と、ｅＮＢ１０６と、ＲＮＣまたはＢＳＣ５０２と、ＭＭＥ１１０と、ＵＥ１０２の古いまたは従前のＭＭＥ５０４と、ＳＧＷ１１４と、ＰＧＷ１１６と、ポリシー課金およびルール機能（ＰＣＲＦ）５０６と、ＨＳＳ１１２との間の通信を例示する。５０８で、ＴＡＵプロシージャは、タイマの終了、ＵＥ１０２モビリティなどで起動される。５１０では、ＵＥ１０２はＴｉ、Ｔｐ、およびＴｒｅｆを含むＴＡＵリクエストをｅＮＢ１０６に送信する。ｅＮＢ１０６は、５１２でＴｉ、Ｔｐ、およびＴｒｅｆを含むＴＡＵリクエストをＭＭＥ１１０に送信する。５１４では、ＲＮＣまたはＢＳＣ５０２はコンテキストリクエストをＭＭＥ１１０に送信し、ＭＭＥ１１０は５１６でコンテキスト応答を送信する。５１８では、認証またはその他のセキュリティチェックまたはプロシージャを実行する。５２０では、ＲＮＣまたはＢＳＣ５０２はコンテキスト確認応答をＭＭＥ１１０に送信する。５２２では、ＲＮＣまたはＢＳＣ５０２は、Ｔｉ、Ｔｐ、およびＴｒｅｆを含む修正ベアラリクエストをＳＧＷ１１４に送信する。ＳＧＷ１１４は５２４で、Ｔｉ、Ｔｐ、およびＴｒｅｆを含むベアラリクエストをＰＧＷ１１６に送信する。５２６では、ＰＣＥＦが起動したインターネットプロトコル−接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションの修正は、ＰＧＷ１１６とＰＣＲＦ５０６との間で実行される。５２８では、ＰＧＷ１１６は修正ベアラ応答をＳＧＷ１１４に送信し、ＳＧＷ１１４は修正ベアラ応答をＭＭＥ１１０に５３０で送信する。５３２では、ＲＮＣまたはＢＳＣ５０２はアップデートロケーションリクエストをＨＳＳ１１２に送信する。ＨＳＳ１１２はキャンセルロケーションメッセージを古いＭＭＥ５０４に５３４で送信し、古いＭＭＥ５０４はキャンセルロケーションに関する確認応答をＨＳＳ１１２に５３６で送信する。古いＭＭＥ５０４はまた、Ｉｕ解除コマンドをＲＮＣまたはＢＳＣ５０２に５３８で送信する。ＲＮＣまたはＢＳＣ５０２は、Ｉｕ解除完了を古いＭＭＥ５０４に５４０で送信する。ＨＳＳ１１２はアップデートロケーションに関する確認応答をＭＭＥ１１０に５４２で送信する。ＭＭＥ１１０はＴＡＵアクセプトをＵＥ１０２に５４４で送信し、ＵＥ１０２はＴＡＵ完了メッセージに５４６で反応する。
【００４９】
一実施形態では、ｅＰＳＭ構成情報を１または複数のロケーションサービスエンティティに送信することが望ましいこともある。たとえば、ロケーションサービスインフラストラクチャ（ＧＭＬＣ１２２またはセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）など）が、ＵＥ１０２がＰＳＭインターバルにある間、ＭＴロケーションリクエストを起動すると、ロケーションリクエストは失敗する。これはリリース１２ＰＳＭに関する一般的な問題であり、本出願の実施形態に特有ではないことに留意されたい。
【００５０】
一実施形態では、前述の問題は、ｅＰＳＭサイクルパラメータ（つまり、Ｔｉ、Ｔｐ、Ｔｒｅｆ）をＧＭＬＣ１２２（またはＳＬＰ）にエクスポートすることによって対処することができる。これによって、ＵＥ１０２がＰＳＭインターバルにないと分かっているときのみ、ＧＭＬＣ１２２がＭＴロケーションリクエストを試行しないようにする。図６は、３ＧＰＰ  ＴＳ２３．２７１図９．１８に基づく、進化型パケットコアＭＴロケーションリクエスト（ＥＰＣ−ＭＴ−ＬＲ）の一般的なネットワーク位置決めの一実施形態を例示する。具体的には、図６はクライアント６０２と、ＧＭＬＣ１２２と、ＨＳＳまたはホームロケーションレジスタ（ＨＬＲ）６０４と、拡張サービスモバイルロケーションセンタ（Ｅ−ＳＭＬＣ）６０６と、ＭＭＥ１１０と、ＲＡＮ６０８（図１のＥ−ＵＴＲＡＮ１０４など）と、ＵＥ１０２との間のコールフローを例示する。
【００５１】
６１０では、ＵＥ１０２はｅＰＳＭに入る（たとえば、ｅＰＳＭサイクルを開始する）。６１２では、ＧＭＬＣ１２２は、ＵＥ１０２がｅＰＳＭに入ったことを通知されていなくてもよいが、加入者ロケーションを提供するメッセージを送信することによってＭＴロケーションリクエストを実施する。ＭＭＥ１１０はＵＥ１０２が現在ＰＳＭインターバルにあると判断し、ＧＭＬＣ１２２に６１４で加入者ロケーションに関する確認応答を提供するメッセージによって応答する。このメッセージは適切な原因値（「ｅＰＳＭにあるＵＥ」）を含み、ＵＥ１０２のｅＰＳＭサイクル（Ｔｉ、Ｔｐ、Ｔｒｅｆ）を含み、それによってＧＭＬＣ１２２は将来のリクエストを適切に予定することができる。６１６では、ＭＭＥ１１０はＵＥ１０２測位プロシージャを起動する。たとえば、ＭＭＥは測位プロシージャをＵＥ１０２がアイドルインターバルに入ったと判断したことに応答して起動してもよい。測位プロシージャ中に、ＭＭＥ１１０は６１８で、ＮＡＳロケーション通知要求を送信し、ＵＥ１０２から６２０で、ＮＡＳロケーション通知返信結果を受信する。ＭＭＥ１１０はロケーションリクエストをＥ−ＳＭＬＣ６０６に６２２で送信する。測位プロシージャは６２４で行われ、Ｅ−ＳＭＬＣ６０６はロケーション応答をＭＭＥ１１０に６２６で送信する。６２８では、ＭＭＥ１１０は加入者ロケーションレポートメッセージをＧＭＬＣ１２２に送信する。このメッセージにはＵＥ１０２の現在のロケーションと、任意には、ＵＥ１０２のｅＰＳＭサイクルパラメータ（Ｔｉ、Ｔｐ、Ｔｒｅｆ）が含まれる。
【００５２】
前述の例示および実施形態は、既存のＰＳＭおよびＴＡＵプロシージャおよび方法に対して、顕著な有利点および利点を提供してもよい。たとえば、リリース１２  ＰＳＭはＴ３４１２タイマを短縮しない限り、短期の期限（たとえば、１５分）に合わせることはできない。Ｔ３４１２タイマを短縮すると、ＴＡＵリクエストおよびプロシージャの頻度が増えるため、高出力および高データ使用につながるだろう。本明細書で開示する一実施形態では、ＴＡＵはｅＰＳＭと切り離されてもよく、ＵＥ１０２は、ＴＡＵプロシージャ発生時に影響することなく、ＰＳＭに出入り可能となる。
【００５３】
絶対クロック基準（Ｔｒｅｆ）を使用する実施形態では、その他のエンティティはＵＥ１０２が到達可能な時間または到達不能である時間を知ることができる。たとえば、ＴｒｅｆがＵＴＣまたはＧＰＳ時間に基づく場合、その他の装置はいつＵＥ１０２が利用可能であるかを判断することができ、ＵＥ１０２が受信できるときにのみ、ＭＴ通信を送信してもよい。この結果として、制御性が低いシグナリング、反復送信、またはＥＰＣまたはモバイルネットワークの全体的な負荷を低減するその他の通信につながる。さらに、その他のシステム、装置、またはエンティティはいつＵＥ１０２が到達可能であるかを知っているため、アイドルまたは利用可能時間は短期であってもよく、ＵＥ１０２が非常に低出力ではるが、到達不能なモードにある時間を大幅に増やすことができる。また、ＵＥ１０２は、必要に応じて、非常に低い電力利用を保ちながら、任意のリクエストに非常に短い期限で応答することもできる。図３に例示するように、ＵＥ１０２はＴＡＵリクエストを用いずにアイドルモードとＰＳＭを交互に行うことができてもよい。一実施形態では、ＵＥ１０２はアイドル中の現在の時間を、システム情報ブロック（ＳＩＢ）メッセージなどの同報メッセージに基づいて判断してもよい。ＵＥ１０２が正確なクロックを持てるようにするために用いてもよいＳＩＢの一実施形態は、ＳＩＢ１６メッセージである。
【００５４】
一部の実施形態では、Ｔｉ、Ｔｐサイクルは絶対クロック基準にロックしなくてもよく、または絶対クロック基準はその他のエンティティに提供されない（たとえば、ＭＭＥ１１０および／またはＵＥ１０２側）。ｅＰＳＭサイクルはＴＡＵプロシージャから切り離されているため、これらの実施形態では、Ｔｉ、Ｔｐサイクルはさらに大きな利点を提供してもよい。Ｔｒｅｆ値がない場合は、ＳＧＷ１１４は長期間、たとえば１５分以上、バッファしてもよい（現在リリース１２のＳＧＷは数秒しかバッファしない）。一実施形態では、ＭＭＥ１１０はＵＥ１０２が到達可能になり次第ページできるように、ＵＥ１０２のＴｉ、Ｔｐサイクルを追跡する。たとえば、Ｔｒｅｆがない場合は、ＵＥ１０２とのＲＲＣ接続が解除されるたびに、ＵＥ１０２はＴｉ、Ｔｐサイクルを再開してもよい。同様に、ＭＭＥ１１０はｅＮＢ１０６からのＳ１解除プロシージャが完了するたびに、ＵＥ１０２のＴｉ、Ｔｐサイクルを再開してもよい。ＭＭＥでのＴｉ、Ｔｐサイクルの追跡は完璧ではないが、完璧にかなり近くなり得る（たとえば、アイドルモードに１０秒は、ＭＭＥ１１０がＵＥ１０２に、受信データがあることを正確に通知するためにおそらく十分な時間であろう）。
【００５５】
別の例の実施形態も本開示の範囲内であると考えられる。一実施形態では、ＭＭＥ１１０は、ＵＥ１０２がｅＰＳＭを使用することを望むことを示すリクエストをＵＥ１０２から受信するように構成され、ｅＰＳＭサイクルを使用するようにＵＥ１０２を構成する。一実施形態では、ｅＰＳＭサイクルはアイドルインターバルとＰＳＭインターバルとの巡回繰り返しであると定義される。一実施形態では、アイドルインターバルの連続発生は、ＵＥ１０２がＭＴ通信のために到達可能である期間を判断する。一実施形態では、ＰＳＭインターバルの連続発生は、ＵＥ１０２がＭＴ通信のために到達不能である期間を判断する。一実施形態では、ＭＭＥ１１０はＮＡＳメッセージまたはＴＡＵプロシージャのうち１または複数を用いて、ＵＥ１０２がｅＰＳＭサイクルを使用するように構成する。一実施形態では、ＭＭＥ１１０はＴＡＵアタッチまたはＮＡＳアタッチメッセージを用いて、ｅＰＳＭパラメータを提供し、またはＵＥ１０２がｅＰＳＭサイクルに入ることを承認する。
【００５６】
一実施形態では、ｅＰＳＭサイクルは絶対基準時間（たとえば、Ｔｒｅｆ）にロックされる。一実施形態では、ＭＭＥ１１０はｅＰＳＭサイクルの記述をＳＣＥＦ１１８に送信する。ｅＰＳＭサイクルの記述はＴｉ、Ｔｐ、またはＴｒｅｆのうち１または複数を含んでいても、いなくてもよい。一実施形態では、ＭＭＥ１１０はＳＭサイクルの記述をＳＭＳインフラストラクチャ、ＳＭＣ、ＳＣＭＳ−ＳＣ、またはＳＭＳ−ＧＭＳＣなどに送信する。一実施形態では、ＭＭＥ１１０はｅＰＳＭサイクルの記述をＳＧＷ１１４および／またはＰＧＷ１１６に送信する。一実施形態では、ＭＭＥ１１０はｅＰＳＭサイクルの記述をＧＭＬＣ１２２またはＳＬＰに送信する。
【００５７】
一実施形態では、ＵＥ１０２がｅＰＳＭを使用したいと望むことを示すリクエストをＭＭＥ１１０に送信するように構成される。ＵＥ１０２はまた、ｅＰＳＭサイクルを使用するための設定パラメータをＭＭＥ１１０から受信し、ｅＰＳＭサイクルを使用開始するように構成される。一実施形態では、ｅＰＳＭサイクルはアイドルインターバルとＰＳＭインターバルとの巡回繰り返しであると定義される。一実施形態では、アイドルインターバルの連続発生はＵＥ１０２がＭＴ通信のために到達可能である期間を判断する。一実施形態では、ＰＳＭインターバルの連続発生は、ＵＥ１０２がＭＴ通信のために到達不能である期間を判断する。一実施形態では、ＵＥ１０２は、ＴＡＵプロシージャなどのＮＡＳメッセージングを使用して、ｅＰＳＭ構成をＭＭＥ１１０から取得するように構成される。一実施形態では、ｅＰＳＭサイクルは絶対基準時間（たとえば、Ｔｒｅｆ）にロックされる。
【００５８】
図７には、ＵＥ１０２の一実施形態の概略ブロック図を示す。ＵＥ１０２はリクエストコンポーネント７０２と、復号コンポーネント７０４と、サイクルコンポーネント７０６と、電力供給モードコンポーネント７０８とを含む。一実施形態では、コンポーネント７０２〜７０８のうち１または複数は、ＵＥ１０２のベースバンドプロセッサなどのプロセッサの一部である。たとえば、ベースバンドプロセッサは個別に販売されてもよく、携帯電話またはＭＴＣ装置などのＵＥ１０２の一部として含まれてもよい。ＵＥ１０２またはプロセッサはロジック、回路、各コンポーネント７０２〜７０８を実装するコードなどを含んでいてもよい。
【００５９】
リクエストコンポーネント７０２は節電モードに入るリクエストをフォーマットして、モバイル通信ネットワークに送信するように構成される。たとえば、リクエストは、前述のリクエスト３０４または５１０のうち１または複数を含んでいてもよい。リクエストコンポーネント７０２は、ｅＰＳＭを使用するリクエストをモバイル通信ネットワークのＭＭＥ１１０に送信してもよく、またはＵＥ１０２に送信させてもよい。一実施形態では、リクエストはＴＡＵリクエストまたはＮＡＳメッセージを含んでいてもよい。ＴＡＵリクエストの場合は、リクエストコンポーネント７０２はＴＡＵタイマの終了およびＵＥ１０２のモビリティのうち１または複数に応答して、リクエストを送信するように構成されてもよい。一実施形態では、リクエストは、推奨されるアイドルモード時間（Ｔｉなど）、推奨される節電モード時間（Ｔｐなど）、または絶対クロック基準（Ｔｒｅｆ）のうち１または複数を含む。
【００６０】
復号コンポーネント７０４は、無線通信装置が節電モードに入る許可を有していることを示すモバイル通信ネットワークからのメッセージを復号するように構成される。一実施形態では、復号コンポーネント７０４は、ＵＥ１０２がｅＰＳＭを使用することの承認を示すＭＭＥ１１０からのメッセージを復号するように構成される。たとえば、メッセージは、ＵＥ１０２がｅＰＳＭサイクルに入るように許可してもよい。一実施形態では、復号コンポーネント７０４は、アイドルモードの期間と節電モードの期間（たとえば、ＴｉおよびＴｐ）を備えるＭＭＥ１１０からの設定パラメータを受信するように構成される。一実施形態では、ｅＰＳＭを使用するための承認を示すＭＭＥ１１０からのメッセージは、ｅＰＳＭの設定パラメータ（たとえば、Ｔｉ、Ｔｐ、および／またはＴｒｅｆ）を含む。一実施形態では、モバイル通信ネットワークからのメッセージはアイドルモード時間および節電モード時間を含む。一実施形態では、リクエストで送信されたＵＥ１０２から推奨されるアイドル時間および推奨される節電時間は、モバイル通信ネットワークから受信したアイドル時間および節電時間とは異なる。
【００６１】
サイクルコンポーネント７０６は、アイドルモード時間および節電モード時間を備えるｅＰＳＭなどの節電モードのパラメータを決定するように構成される。一実施形態では、サイクルコンポーネント７０６はさらに、さらに絶対基準時間（Ｔｒｅｆなど）を含む設定パラメータを決定するように構成される。一実施形態では、絶対基準時間は、ＵＴＣ時間基準および／またはＧＰＳ時間基準などの一般的に既知の時間規格に基づく、世界時間基準を含む。一実施形態では、サイクルコンポーネント７０６はアイドルモード中に受信されるメッセージに基づいて、世界時間基準に対応する現在の世界時間を決定するように構成される。たとえば、サイクルコンポーネント７０６は、現在何時かを受信したメッセージに基づいて決定してもよい。一実施形態では、アイドルモード中に受信されるメッセージはＳＩＢ１６メッセージを備える。
【００６２】
電力供給モードコンポーネント７０８は、節電モードのパラメータに基づいて、アイドルモードとＰＳＭを巡回するように構成される。一実施形態では、電力供給モードコンポーネント７０８はチップまたはＵＥ１０２の一部の電源を入り切りして、ＵＥ１０２をアイドルモードまたはＰＳＭにする。一実施形態では、ＵＥ１０２はアイドルモード中に伝送を受信可能であり、ＰＳＭ中に伝送を受信不能である。一実施形態では、電力供給モードコンポーネント７０８は、ＲＲＣ接続モードまたはモバイル通信ネットワークとのＲＲＣ接続を解除次第、および／またはＭＭＥ１１０（またはモバイル通信ネットワークのその他のエンティティ）からのメッセージを復号し次第、アイドルおよびＰＳＭモード間の巡回を開始してもよい。このメッセージはＵＥ１０２がｅＰＳＭを使用することの承認を示す。一実施形態では、電力供給モードコンポーネント７０８は、絶対基準時間に基づいてアイドルモードおよび節電モード間の巡回を開始するように構成される。たとえば、電力供給モードコンポーネント７０８は、アイドルモードまたはＰＳＭをＴｒｅｆと整合してもよい。一実施形態では、電力供給モードコンポーネント７０８はさらに、最初のアイドルモード期間と最初の節電モード期間のうち１つを短縮または延長して、アイドルモードおよび節電モードの巡回を絶対基準時間と整合するように構成される。
【００６３】
図８は、ユーザ装置（ＵＥ）、モバイルステーション（ＭＳ）、モバイル無線装置、モバイル通信装置、タブレット、ハンドセット、または別の種類の無線通信装置などのモバイル装置の例の例示である。モバイル装置は、基地局（ＢＳ）、ｅＮＢ、ベースバンドユニット（ＢＢＵ）、リモートラジオヘッド（ＲＲＨ）、リモートラジオ装置（ＲＲＥ）、リレーステーション（ＲＳ）、無線装置（ＲＥ）、または別の種類の無線ワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントなどの伝送ステーションと通信するように構成される１または複数のアンテナを含むことがある。モバイル装置は、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ、高速パケットアクセス（ＨＳＰＡ）、ブルートゥース（登録商標）、およびＷｉＦｉを含む少なくとも１つの無線通信規格を用いて通信するように構成されることがある。モバイル装置は、無線通信規格ごとに個別のアンテナを用いて通信することもでき、複数の無線通信規格で共有アンテナを用いて通信することができる。モバイル装置は無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、および／またはＷＷＡＮで通信することができる。
【００６４】
図８はまた、モバイル装置からの音声入力および出力に用いることができるマイクロホンと１または複数のスピーカの例示を提供する。ディスプレイ画面は液晶ディスプレイ（ＬＣＤ）画面であっても、有機発光ダイオード（ＯＬＥＤ）ディスプレイなどのその他の種類のディスプレイ画面であってもよい。ディスプレイ画面は、タッチ画面として構成されることがある。タッチ画面は容量、抵抗、または別の種類のタッチ画面技術を用いてもよい。アプリケーションプロセッサおよびグラフィックスプロセッサは内部メモリに結合し、処理および表示能力を提供することができる。非揮発性メモリポートを用いて、データ入力／出力オプションをユーザに提供することもできる。非揮発性メモリポートを用いて、モバイル装置のメモリ性能を拡張してもよい。キーボードはモバイル装置と一体化してもよく、または無線でモバイル装置に接続して、追加のユーザ入力を提供してもよい。バーチャルキーボードもタッチ画面を用いて提供されてもよい。
【実施例】
【００６５】
以下の実施例は別の実施形態に関連する。
【００６６】
実施例１は、ｅＰＳＭを用いるためのリクエストをモバイル通信ネットワークのＭＭＥに送信するように構成されるＵＥである。ＵＥは、アイドルモードの期間と節電モードの期間を備えるＭＭＥからの設定パラメータを受信するように構成される。ＵＥは、アイドルモードと節電モードとの間を節電モードのパラメータに基づいて巡回するように構成される。ＵＥはアイドルモード中に伝送を受信可能であり、節電モード中には伝送を受信不能である。
【００６７】
実施例２では、実施例１のリクエストは、ＵＥがＴＡＵタイマの終了とＵＥのモビリティのうち１または複数に応答してリクエストを送信するように構成されるＴＡＵリクエストと、アタッチリクエストとのうち１または複数を含む。
【００６８】
実施例３では、実施例１〜２のいずれかの設定パラメータはさらに、絶対基準時間を含む。ＵＥはアイドルモードと節電モードとの間の巡回を絶対基準時間に基づいて開始するように構成される。
【００６９】
実施例４では、実施例３のＵＥはさらに、最初のアイドルモード期間と最初の節電モード期間のうちの１つを短縮、または延長して、アイドルモードと節電モードとの間の巡回が絶対基準時間と整合するように構成される。
【００７０】
実施例５では、実施例１〜４のいずれかのＵＥはさらに、ＵＥがｅＰＳＭを使用することの承認を示すＭＭＥからのメッセージを復号するように構成される。
【００７１】
実施例６では、実施例５の承認を示すＭＭＥからのメッセージは、ｅＰＳＭの設定パラメータを備える。
【００７２】
実施例７は実行可能命令を記憶するコンピュータ可読記憶媒体である。コンピュータシステムのプロセッサによって実行されるとき、コンピュータシステムにｅＰＳＭを使用するためにＵＥからのリクエストを処理させ、ＵＥがｅＰＳＭにおいて使用するためのアイドルモードの期間と節電モードの期間を備える設定パラメータを決定させ、ＵＥがｅＰＳＭを使用することの承認を示すメッセージをフォーマットさせる。
【００７３】
実施例８では、実施例７のｅＰＳＭは、アイドルモードと節電モードとの間の巡回繰り返しを含む。ＵＥはアイドルモードでＭＴ通信に利用可能であり、ＵＥは節電モードでＭＴ通信に利用不能である。
【００７４】
実施例９では、実施例７〜８のいずれかの実行可能命令は、コンピュータシステムに、ＴＡＵリクエストまたはアタッチリクエストを備えるリクエストを処理させ、ＴＡＵアクセプトメッセージまたはアタッチアクセプトメッセージを備える承認を示すメッセージをフォーマットさせる。
【００７５】
実施例１０では、実施例７〜９のいずれかの設定パラメータはさらに、一般的に既知の時間規格に基づいて時間基準を備える。
【００７６】
実施例１１では、実施例７〜１０のいずれかの実行可能命令はさらに、コンピュータシステムに、設定パラメータのうち少なくとも１つを、ＳＣＥＦ、ＳＧＷ、ＰＧＷ、ＧＭＬＣ、およびＳＭＳインフラストラクチャのうちの少なくとも１つに送信させる。
【００７７】
実施例１２では、実施例７〜１１のいずれかの実行可能命令は、コンピュータシステムに、ＵＥのＨＳＳから設定パラメータを受信することによって、構成パラメータを決定させる。
【００７８】
実施例１３は、ロジックを含むベースバンドプロセッサなどのプロセッサである。ロジックは、節電モードに入るリクエストをフォーマットして、モバイル通信ネットワークに送信するように構成されるリクエストコンポーネントを含む。ロジックは、無線通信装置が節電モードに入る許可を有することを示す、モバイル通信ネットワークからのメッセージを復号するように構成される復号コンポーネントを含む。ロジックは、アイドル時間と節電モード時間とを有する節電モードのパラメータを決定するように構成されるサイクルコンポーネントを含む。ロジックは、節電モードのパラメータに基づいて、アイドルモードと節電モードとの間を巡回するように構成される電力供給モードコンポーネントを含む。
【００７９】
実施例１４では、実施例１３のリクエストは、推奨されるアイドル時間と、推奨される節電モード時間とを含む。
【００８０】
実施例１５では、実施例１４のモバイル通信ネットワークからのメッセージは、アイドル時間と節電モード時間とを備える。推奨されるアイドル時間はアイドル時間とは異なり、推奨される節電時間は節電時間とは異なる。
【００８１】
実施例１６では、実施例１３〜１５のいずれかのサイクルコンポーネントはさらに、一般的に既知の時間規格に基づいて絶対基準時間を備えるパラメータを決定するように構成される。
【００８２】
実施例１７では、実施例１６の絶対基準時間は、ＵＴＣ基準およびＧＰＳ時間基準のうち１または複数を含む。
【００８３】
実施例１８では、実施例１６〜１７のいずれかのプロセッサは、アイドルモード中に受信するメッセージに基づいて、絶対基準時間に対応する現在の時間を決定するように構成される。
【００８４】
実施例１９では、実施例１８のアイドルモード中に受信されるメッセージはＳＩＢ１６メッセージを含む。
【００８５】
実施例２０では、実施例１３〜１９のいずれかのプロセッサは、アイドルモード中にメッセージを受信または処理可能であり、節電モード中にメッセージを受信または処理不能である。
【００８６】
実施例２１は、ＵＥからｅＰＳＭを使用するためのリクエストをモバイル通信ネットワークのＭＭＥに送信することを含む方法である。本方法は、ＵＥでアイドルモードの期間と節電モードの期間を備えるＭＭＥからの設定パラメータを受信することを含む。本方法は、ＵＥをアイドルモードと節電モードとの間で節電モードのパラメータに基づいて巡回させることを含む。ＵＥはアイドルモード中に伝送を受信可能であり、節電モード中には伝送を受信不能である。
【００８７】
実施例２２では、実施例２１のリクエストは、ＴＡＵリクエストと、アタッチリクエストとのうち１または複数を含む。リクエストを送信することは、ＴＡＵタイマの終了とＵＥのモビリティのうち１または複数に応答してリクエストを送信することを備える。
【００８８】
実施例２３では、実施例２１〜２２のいずれかの設定パラメータはさらに、絶対基準時間を含む。本方法は、アイドルモードと節電モードとの間の巡回を絶対基準時間に基づいて開始することを含む。
【００８９】
実施例２４では、実施例２３の方法はさらに、最初のアイドルモード期間と最初の節電モード期間のうちの１つを短縮、または延長して、アイドルモードと節電モードとの間の巡回が絶対基準時間と整合することを含む。
【００９０】
実施例２５では、実施例２１〜２４のいずれかの方法はさらに、ＵＥがｅＰＳＭを使用することの承認を示すＭＭＥからのメッセージを復号することを含む。
【００９１】
実施例２６では、実施例２５の承認を示すＭＭＥからのメッセージは、ｅＰＳＭの設定パラメータを含む。
【００９２】
実施例２７は節電のためのコンピュータ実装方法である。本方法は、ｅＰＳＭを使用するためにＵＥからのリクエストを処理することを含む。本方法は、ＵＥがｅＰＳＭにおいて使用するためのアイドルモードの期間と節電モードの期間を含む設定パラメータを決定することを含む。本方法は、ＵＥがｅＰＳＭを使用することの承認を示すメッセージをフォーマットすることを含む。
【００９３】
実施例２８は実施例２７のコンピュータ実装方法であり、以下のうち１または複数を含む。ｅＰＳＭは、アイドルモードと節電モードとの間の巡回繰り返しを含む。ＵＥはアイドルモードでＭＴ通信に利用可能であり、ＵＥは節電モードでＭＴ通信に利用不能である。リクエストは、トラッキングエリアアップデート（ＴＡＵ）リクエストまたはアタッチリクエストを備える。承認を示すメッセージはＴＡＵアクセプトメッセージまたはアタッチアクセプトメッセージを備える。設定パラメータはさらに、一般的に既知の時間規格に基づく時間基準を備える。
【００９４】
実施例２９では、実施例２７〜２８のいずれかの実行可能命令はさらに、コンピュータシステムに、設定パラメータのうち少なくとも１つを、ＳＣＥＦ、ＳＧＷ、ＰＧＷ、ＧＭＬＣ、およびＳＭＳインフラストラクチャのうちの少なくとも１つに送信させる。
【００９５】
実施例３０では、実施例２７〜２９のいずれかの実行可能命令は、コンピュータシステムに、ＵＥのＨＳＳから受信した設定パラメータに基づいて、構成パラメータを決定させる。
【００９６】
実施例３１は、節電モードに入るリクエストをフォーマットして、モバイル通信ネットワークに送信することを含む方法である。本方法は、無線通信装置が節電モードに入る許可を有することを示す、モバイル通信ネットワークからのメッセージを復号することを含む。本方法は、アイドル時間と節電モード時間とを有する節電モードのパラメータを決定することを含む。本方法は、節電モードのパラメータに基づいて、アイドルモードと節電モードとの間を巡回することを含む。
【００９７】
実施例３２は、実施例１３〜３１のいずれかで開示または実施される方法を実施する手段を含む機器である。
【００９８】
実施例３３は、コンピュータ可読命令を記憶する少なくとも１つのコンピュータ可読記憶媒体であり、実行時には、実施例１３〜３２のいずれかの方法を実装し、または機器を実現する。
【００９９】
様々な技法、またはその一定の態様または部分は、有形媒体に具現化されるプログラムコード（つまり、命令）の形を取ってもよい。有形媒体は、たとえばフロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、または任意のその他のマシン可読記憶媒体などを含む。プログラムコードがコンピュータなどのマシンにロードされ、実行されるとき、マシンは様々な技法を実行する機器になる。プログラムコードをプログラマブルコンピュータで実行するとき、計算装置はプロセッサ、プロセッサが可読な記憶媒体（揮発性および非揮発性メモリおよび／または記憶素子を含む）、少なくとも１つの入力装置、および少なくとも１つの出力装置を含んでいてもよい。揮発性および非揮発性メモリおよび／または記憶素子はＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光学ドライブ、磁気ハードドライブ、または電子データを記憶する別の媒体であってもよい。ｅＮＢ（またはその他の基地局）およびＵＥ（またはその他のモバイルステーション）はまた、送受信機コンポーネント、カウンタコンポーネント、処理コンポーネント、および／またはクロックコンポーネントまたはタイマコンポーネントも含んでいてもよい。本明細書に記載する様々な技法を実装または利用してもよい１または複数のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、再利用可能な制御装置などを使用してもよい。このようなプログラムはハイレベルプロシージャまたはオブジェクト指向プログラミング言語で実装され、コンピュータシステムと通信してもよい。ただし、所望する場合は、プログラムはアセンブリまたはマシン言語で実装されてもよい。いずれにしても、言語はコンパイラ型またはインタープリタ型言語であってもよく、ハードウェア実装と組み合わせてもよい。
【０１００】
本明細書に記載する機能ユニットの多くは、１または複数のコンポーネントとして実装されてもよく、これはより具体的には実装の独立性を強調する用語であることを理解されたい。たとえば、コンポーネントはハードウェア回路として実装されてもよく、カスタム超大規模集積（ＶＬＳＩ）回路またはゲートアレイ、ロジックチップなどの市販の半導体、トランジスタ、またはその他の個々のコンポーネントを備える。コンポーネントはまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジック装置などのプログラマブルハードウェア装置に実装されてもよい。
【０１０１】
コンポーネントはまた、様々な種類のプロセッサが実行するようにソフトウェアに実装されてもよい。実行可能コードの特定されたコンポーネントは、たとえば、コンピュータ命令の１または複数の物理または論理ブロックを備えていてもよい。これらのブロックは、たとえば、目的、プロシージャ、または機能としてまとめられる。いずれにしても、特定されたコンポーネントの実行可能部分は物理的に一緒に配置される必要はなく、異なるロケーションに保管された異なる命令を備えていてもよいが、論理的に一緒に集められると、コンポーネントを備え、コンポーネントの規定された目的を達成する。
【０１０２】
実際に、実行可能コードのコンポーネントは単一の命令、または多くの命令であってもよく、さらに、異なるプログラム、および複数のメモリ装置、複数の異なるコードセグメントにわたって配布されていてもよい。同様に、オペレーショナルデータは本明細書ではコンポーネント内に特定および例示されてもよく、任意の適切な形状で具現化されてもよく、任意の適切な種類のデータ構造で整理されてもよい。オペレーショナルデータは単一のデータセットとして収集されてもよく、または異なる記憶装置を含む、異なるロケーションに配布されてもよく、少なくとも部分的に、システムまたはネットワーク上の単なる電子信号として存在してもよい。コンポーネントはパッシブまたはアクティブであってもよく、所望する機能を実施するために操作可能なエージェントを含む。
【０１０３】
本明細書を通じて「実施例」という言及は、実施例に関して記載された具体的な特徴、構造、または特性が本発明の少なくとも一実施形態に含まれることを意味する。このように、本明細書の様々な場所で記載される「実施例において」という語句の記載は同一の実施形態を必ずしも指すとは限らない。
【０１０４】
本明細書で用いるように、複数の項目、構造的要素、合成要素、および／または素材を共通リストに便宜上提示してもよい。ただし、これらのリストはリストの各部材が個々に個別かつ独自の部材であるように解釈されるべきである。したがって、このようなリストのいずれの部材も、別の指示がなく、共通のグループの提示のみに基づいて、同一のリストの任意のその他の部材と事実上同等であると解釈されるべきではない。さらに、本発明の様々な実施形態および例は、本明細書では様々なコンポーネントの代替と共に言及されてもよい。このような実施形態、例、および代替は事実上互いに同等であると解釈されず、個別かつ本発明の自立した表示であることを理解されたい。
【０１０５】
ここまで明確にするために一部の詳細において記載してきたが、一定の変更および修正は原理から逸脱せずに行われてもよいことは明らかであろう。本明細書に記載する手順および機器の両方を実装する代替法は多くあることに留意されたい。したがって、本実施形態は例示的であって、限定するものではないと考慮すべきであり、本発明は本明細書に記載する詳細に限定されず、添付請求項の範囲および同等物内において修正されてもよい。
【０１０６】
当業者には、本発明の根底原理から逸脱せずに、多くの変更を前述の実施形態の詳細に行ってもよいことが理解されるであろう。したがてって、本発明の範囲は以下の請求項によってのみ決定される。
【図１】
2018501720.tif 000003
【図２】
2018501720.tif 000004
【図３】
2018501720.tif 000005
【図４】
2018501720.tif 000006
【図５】
2018501720.tif 000007
【図６】
2018501720.tif 000008
【図７】
2018501720.tif 000009
【図８】
2018501720.tif 000010
【手続補正書】
【提出日】平成29年8月9日(2017.8.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ装置（ＵＥ）であって、
節電強化モード（ｅＰＳＭ）を使用するためのリクエストをモバイル通信ネットワークのモビリティ管理エンティティ（ＭＭＥ）に送信し、
アイドルモードの期間と節電モードの期間を備える設定パラメータを前記ＭＭＥから受信し、
前記節電モードのパラメータに基づいて、前記アイドルモードと前記節電モードとの間を巡回するＵＥであって、前記ＵＥは前記アイドルモード中に伝送を受信可能であり、前記節電モード中に伝送を受信不能である、ＵＥ。
【請求項２】
前記リクエストは、
前記ＵＥが、ＴＡＵタイマの終了と前記ＵＥのモビリティのうち１または複数に応答して前記リクエストを送信するトラッキングエリアアップデート（ＴＡＵ）リクエストと、
アタッチリクエストと、
のうち１または複数を備える、請求項１に記載のＵＥ。
【請求項３】
前記設定パラメータはさらに、絶対基準時間を備え、前記ＵＥは前記アイドルモードと前記節電モードとの間の巡回を前記絶対基準時間に基づいて開始する、請求項１または２に記載のＵＥ。
【請求項４】
前記ＵＥはさらに、最初のアイドルモード期間と最初の節電モード期間のうちの１つを短縮または延長して、前記アイドルモードと前記節電モードとの間の巡回が前記絶対基準時間と整合する、請求項３に記載のＵＥ。
【請求項５】
前記ＵＥはさらに、前記ｅＰＳＭを使用するために、前記ＵＥに対する承認を示す前記ＭＭＥからのメッセージを復号する、請求項１から４のいずれか一項に記載のＵＥ。
【請求項６】
承認を示す前記ＭＭＥからの前記メッセージは、前記ｅＰＳＭの前記設定パラメータを備える、請求項５に記載のＵＥ。
【請求項７】
コンピュータシステムのプロセッサによって実行されるとき、前記コンピュータシステムに、
節電強化モード（ｅＰＳＭ）を使用するためにユーザ装置（ＵＥ）からのリクエストを処理させ、
前記ＵＥが前記ｅＰＳＭにおいて使用するための、アイドルモードの期間と節電モードの期間を備える設定パラメータを決定させ、
前記ＵＥが前記ｅＰＳＭを使用することの承認を示すメッセージをフォーマットさせる、コンピュータプログラム。
【請求項８】
ｅＰＳＭは前記アイドルモードと前記節電モードとの間の巡回的な繰り返しを備え、前記ＵＥは前記アイドルモードでモバイル着信（ＭＴ）通信に利用可能であり、前記ＵＥは前記節電モードでＭＴ通信に利用不能である、請求項７に記載のコンピュータプログラム。
【請求項９】
前記コンピュータプログラムは、前記コンピュータシステムに、トラッキングエリアアップデート（ＴＡＵ）リクエストまたはアタッチリクエストを備えるリクエストを処理させ、ＴＡＵアクセプトメッセージまたはアタッチアクセプトメッセージを備える承認を示す前記メッセージをフォーマットさせる、請求項７または８に記載のコンピュータプログラム。
【請求項１０】
前記設定パラメータはさらに、一般的に既知の時間規格に基づいて時間基準を備える、請求項７から９のいずれか一項に記載のコンピュータプログラム。
【請求項１１】
前記コンピュータプログラムはさらに、前記コンピュータシステムに、前記設定パラメータのうち少なくとも１つを、
サービス能力開示機能（ＳＣＥＦ）と、
サービングゲートウェイ（ＳＧＷ）と、
パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）と、
ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）と、
ショートメッセージサービス（ＳＭＳ）インフラストラクチャと、
のうちの１または複数に送信させる、請求項７から１０のいずれか一項に記載のコンピュータプログラム。
【請求項１２】
前記コンピュータプログラムは、前記コンピュータシステムに、前記ＵＥのホーム加入者サービス（ＨＳＳ）から前記設定パラメータを受信することによって、前記設定パラメータを決定させる、請求項７から１１のいずれか一項に記載のコンピュータプログラム。
【請求項１３】
請求項７から１２のいずれか一項に記載のコンピュータプログラムを記憶する、コンピュータ可読記憶媒体。
【請求項１４】
ロジックを備えるプロセッサであって、前記ロジックは、
節電モードに入るリクエストをフォーマットして、モバイル通信ネットワークに送信するリクエストコンポーネントと、
無線通信装置が前記節電モードに入る許可を有することを示す、前記モバイル通信ネットワークからのメッセージを復号する復号コンポーネントと、
アイドル時間と節電モード時間とを有する前記節電モードのパラメータを決定するサイクルコンポーネントと、
前記節電モードのパラメータに基づいて、アイドルモードと節電モードとの間を巡回する電力供給モードコンポーネントと、
を備える、プロセッサ。
【請求項１５】
前記リクエストは、推奨されるアイドル時間と、推奨される節電モード時間とを含む、請求項１４に記載のプロセッサ。
【請求項１６】
前記モバイル通信ネットワークからの前記メッセージは、前記アイドル時間と前記節電モード時間とを備え、前記推奨されるアイドル時間は前記アイドル時間とは異なり、前記推奨される節電時間は前記節電時間とは異なる、請求項１５に記載のプロセッサ。
【請求項１７】
前記サイクルコンポーネントはさらに、一般的に既知の時間規格に基づいて絶対基準時間を備えるパラメータを決定する、請求項１４から１６のいずれか一項に記載のプロセッサ。
【請求項１８】
前記絶対基準時間は、協定世界時（ＵＴＣ）基準および全地球測位システム（ＧＰＳ）時間基準のうち１または複数を備える、請求項１７に記載のプロセッサ。
【請求項１９】
前記プロセッサは、アイドルモード中に受信されるメッセージに基づいて、前記絶対基準時間に対応する現在の時間を決定する、請求項１７または１８に記載のプロセッサ。
【請求項２０】
アイドルモード中に受信される前記メッセージは、システム情報ブロック（ＳＩＢ）１６（ＳＩＢ１６）メッセージを備える、請求項１９に記載のプロセッサ。
【請求項２１】
前記プロセッサは、前記アイドルモード中にメッセージを受信または処理可能であり、前記節電モード中にはメッセージを受信または処理不能である、請求項１４から２０のいずれか一項に記載のプロセッサ。
【国際調査報告】
2018501720.tif 000011
2018501720.tif 000012
2018501720.tif 000013