JP2017529020A - 電力節約モードおよびページングのためのサービス能力サーバ／ｅｐｃ調整 - Google Patents

Abstract

本願は、ネットワーク上のデバイスの電力節約モード特性を制御するためのコンピュータ実装装置を対象とする。装置は、デバイスの電力節約モード特性を制御するための命令を有する非一過性メモリと、そこに動作可能に結合されているプロセッサとを含む。プロセッサは、デバイスの特性を更新するための要求を受信するステップを行う。プロセッサはまた、要求に基づいて、デバイスの特性を更新するステップを行う。プロセッサはさらに、特性が更新されたことの肯定応答を送信するステップを行う。本願は、ネットワーク上のデバイスの電力節約モードのためのバッファリングおよびデータハンドリングをサポートするためのネットワーク上のコンピュータ実装装置も対象とする。

Description

（関連出願の引用）
本願は、米国仮出願第６２／０５６，９２４号（２０１４年９月２９日出願）に対する優先権を主張し、上記出願の開示は、その全体が参照により本明細書に引用される。

（背景）
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、いくつかの電気通信規格開発機関を統合し、それらのメンバーに、無線アクセス、コアトランスポートネットワーク、およびサービス能力を含むセルラー電気通信ネットワーク技術のための仕様を開発すべき環境を提供する。３ＧＰＰ仕様はまた、コアネットワークへの非無線アクセスのためのフック、および他のネットワークとインタワーキングするためのフックを提供する。

より最近では、３ＧＰＰは、電力節約モード（ＰＳＭ）特徴を導入している。ＰＳＭは、ＵＥが、ページングのリッスンの停止、アイドルモードプロシージャの実施の停止等を行うことができる、新しいユーザ機器（ＵＥ）状態である。ＵＥがこの状態にあるとき、それは、モバイル終端（ＭＴ）通信に到達できないこともある。ＵＥは、確実に、エネルギー節約から利益を享受し得るが、例えば、サービス能力サーバ（ＳＣＳ）等の他のエンティティは、制御またはＵＥがＰＳＭ特徴を使用中であるかどうかについての認知を欠く。同様に、ＵＥは、ＳＣＳがＵＥに到達する必要があるときを認知しない。したがって、ＵＥは、ＰＳＭを呼び出す最良時間を把握しないこともある。

ＰＳＭ特徴は、現在、ＵＥが、所定の時間量の間、ＰＳＭモードに入ることをモバイル管理エンティティ（ＭＭＥ）に求めることを可能にする。ＭＭＥは、ＵＥの要求が許可されるべきかどうかについての権限を有する。したがって、ＳＣＳは、ＵＥがＰＳＭ状態に入ることを防止することができない。ＳＣＳはまた、ＵＥがＰＳＭ状態に入るとき、ならびにＰＳＭ状態の持続時間を制御することができない。別個に、ＳＣＳは、ＵＥがＰＳＭ状態におよびそれから移動するときについて通告されない。この情報がなければ、ＳＣＳは、ＵＥとのそのＭＴ通信を効率的に開始および／またはスケジュールすることができない。ＰＳＭ対応デバイスの多くは、低電力／低コストデバイスであるので、これらのデバイスへのデータの再伝送を回避し、より高い電力消費、ネットワークリソースの浪費、およびデバイスとのパッチ通信を回避することが重要である。

さらに、ＰＳＭ特徴は、ＵＥが「周期的追跡エリア更新（ＴＡＵ）」に対する値および「アクティブ時間」を要求することを要求する。要求される時間は、ＵＥがＭＴデータのために利用可能であることが必要であろうことを予期するときに依存する。ＭＭＥは、これらのタイマの最終値を決定するが、ＭＭＥは、アクティブタイマをＵＥに提供するための要求を開始することができない。

本概要は、発明を実施するための形態において以下でさらに説明される、簡略化された形態における概要の選択を導入するように提供される。本概要は、請求された主題の範囲を限定することを意図していない。前述の必要性は、ユーザ機器（ＵＥ）の制御および調整を促進するためのプロセスおよびシステムを対象とする本願によって、大いに満たされる。

本願の一側面では、ネットワーク上のデバイスの電力節約モード特性を制御するコンピュータ実装装置が、説明される。装置は、電力節約モード特性を制御するために記憶された命令を有する非一過性メモリを含む。非一過性メモリは、命令を実行するためのプロセッサに動作可能に結合される。命令は、ネットワーク上のデバイスの特性を更新するための要求を受信することを含む。命令はまた、要求に基づいて、デバイスの特性を更新することを含む。命令はさらに、特性が更新されたことの肯定応答を送信することを含む。

本願の別の側面では、ネットワーク上のデバイスの電力節約モード特性を制御するコンピュータ実装装置が、説明される。装置は、電力節約モード特性を制御するために記憶された命令を有する非一過性メモリを含む。非一過性メモリは、命令を実行するためのプロセッサに動作可能に結合される。命令は、追跡エリア更新またはアタッチ要求をネットワーク上のデバイスから受信することを含む。命令はまた、デバイス可用性通知要求をコアネットワークインタワーキング機能またはサービス能力サーバに送信することを含む。命令はまた、デバイス可用性通知回答をインタワーキング機能またはサービス能力サーバから受信することを含む。

本願のさらに別の側面では、ネットワーク上のデバイスの電力節約モードのためのバッファリングおよびデータハンドリングをサポートするためのコンピュータ実装装置が、説明される。装置は、命令を記憶している非一過性メモリを含む。非一過性メモリは、命令を実行するためのプロセッサに動作可能に結合される。命令は、ダウンリンクデータ通知をサービングゲートウェイから受信することを含む。命令はまた、デバイスが電力節約モードにあり、かつ拡張データハンドリングフラグがイネーブルにされていることを決定することを含む。命令はさらに、拡張データハンドリングフラグを含むダウンリンクデータ通知肯定応答をサービングゲートウェイに送信することを含む。

本願のさらなる側面では、ネットワーク上のデバイスの電力節約モード特性を制御するコンピュータ実装方法が、説明される。方法は、追跡エリア更新またはアタッチ要求をネットワーク上のデバイスから受信するステップを含む。方法はまた、デバイス可用性通知要求をコアネットワークインタワーキング機能またはサービス能力サーバに送信するステップを含む。方法はさらに、デバイス可用性通知回答をコアネットワークインタワーキング機能またはサービス能力サーバから受信するステップを含む。通知要求は、デバイスが電力節約モードから抜け出るときの通知情報を提供する。

本願のさらなる側面では、ネットワーク上のデバイスの電力節約モード特性を制御するコンピュータ実装方法が、説明される。方法は、ネットワーク上のデバイスの特性を更新するための要求を受信するステップを含む。方法はまた、要求に基づいて、デバイスの特性を更新するステップを含む。方法はまた、特性が更新されたことの肯定応答を送信するステップを含む。方法はさらに、加入者データ挿入要求をモバイル管理エンティティに転送するステップを含む。

本願のさらなる側面では、ネットワーク上のデバイスの電力節約モードのためのバッファリングおよびデータハンドリングをサポートするコンピュータ実装方法が、説明される。方法は、ダウンリンクデータ通知をサービングゲートウェイから受信するステップを含む。方法はまた、デバイスが電力節約モードにあり、かつ拡張データハンドリングフラグがイネーブルにされていることを決定するステップを含む。方法はまた、拡張データハンドリングフラグを含むダウンリンクデータ通知肯定応答をサービングゲートウェイに送信するステップを含む。方法はさらに、デバイスをページングするステップを含む。

その詳細な説明がより深く理解され得るために、かつ当該技術に対する本願の寄与がより明確に認識されるために、本発明のある実施形態が、かなり大まかに上記で概略された。

本願のより堅調な理解を促進するために、ここで、類似要素が類似数字で参照される、付随の図面を参照する。これらの図は、本願を限定するものと解釈されるべきではなく、例証にすぎないものであることを意図している。
図１は、Ｅ−ＵＴＲＡＮ、進化型パケットコア、および外部ネットワークの基本アーキテクチャを図示する。 図２は、３ＧＰＰコアネットワーキングアーキテクチャを図示する。 図３Ａは、ある実施形態による、ＬＷＭ２ＭサーバとＬＷＭ２Ｍクライアントとの間のインターフェースを図示する。 図３Ｂは、ある実施形態による、Ｍ２Ｍサービス層とＤＭ層との間のインターフェースを図示する。 図４Ａは、マシンツーマシン（Ｍ２Ｍ）またはＩｏＴ通信システムの実施形態を図示する。 図４Ｂは、Ｍ２Ｍサービスプラットフォームの本願の実施形態を図示する。 図４Ｃは、例示的Ｍ２Ｍデバイスの系統図の本願の実施形態を図示する。 図４Ｄは、例示的コンピューティングシステムのブロック図の本願の実施形態を図示する。 図５は、ある実施形態による、サービス能力サーバ（ＳＣＳ）がデバイス周期特性をＭＭＥに送信する、コールフローを図示する。 図６は、ある実施形態による、ＳＣＳがデバイス周期特性をＭＭＭに送信する、別のコールフローを図示する。 図７は、ある実施形態による、事前トリガコールフローを図示する。 図８は、ある実施形態による、追跡エリア更新（ＴＡＵ）コールフローを図示する。 図９は、ある実施形態による、アタッチコールフローを図示する。 図１０は、ある実施形態による、Ｓ１解放プロシージャへの拡張を記述する、コールフローを図示する。 図１１は、別の実施形態による、低電力選好を示すためのユーザ機器支援情報コールフローを図示する。 図１２は、ある実施形態による、ネットワーク開始サービス要求プロシージャを図示する。 図１３は、別の実施形態による、ユーザ機器トリガサービス要求プロシージャである。 図１４は、ある実施形態による、軽量マシンツーマシン（ＬＷＭ２Ｍ）サーバ要求を図示する。 図１５は、別の実施形態による、ＬＷＭ２Ｍサーバ要求を図示する。

発明を実施するための形態が、本明細書の種々の図、実施形態、および側面を参照して議論されるであろう。本説明は、可能な実装の詳細な実施例を提供するが、詳細は、実施例であることを意図し、したがって、本開示の範囲を限定しないことを理解されたい。

本明細書における「一実施形態」、「ある実施形態」、「１つ以上の実施形態」、「ある側面」等の言及は、実施形態と関連して説明される特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。さらに、本明細書内の種々の場所における「実施形態」という用語は、必ずしも同一の実施形態を指しているわけではない。つまり、いくつかの実施形態によって提示され得るが、他の実施形態によって提示されない、種々の特徴が説明される。

本願は、コアネットワーク（ＣＮ）とサービス能力サーバ（ＳＣＳ）との間のＵＥの制御および調整を促進する技法を説明する。本願の一側面では、ＵＥが、電力節約モード（ＰＳＭ）に入る、そこに留まる、およびそこから出ると制御される、技法が、説明される。特に、本願は、モビリティ管理エンティティ（ＭＭＥ）、ＭＴＣインタワーキング機能（ＭＴＣ−ＩＷＦ）、およびサービス能力サーバ（ＳＣＳ）を含む、コアネットワーク（ＣＮ）間の新しいプロトコルを提供する。一実施形態では、ＳＣＳは、ＵＥ到達可能性をマシンモバイル終端（ＭＴ）データ周期と整合させるために、個々のＵＥに対してＰＳＭ特徴をイネーブルおよび／またはディスエーブルにすることができる。別の実施形態では、ＳＣＳは、ＭＭＥにサブスクライブし、追跡エリア更新（ＴＡＵ）およびアタッチ要求毎にモバイル終端（ＭＴ）データを調整し得る。ＳＣＳはまた、ＵＥのアクティブ時間がＭＴデータと整合させられるために、ＭＭＥがＵＥに送信する「アクティブタイマ」および「周期的ＴＡＵタイマ」値の決定に影響を及ぼし得る。別の実施形態では、ＳＣＳは、サービングゲートウェイ（ＳＧＷ）においてデータの拡張バッファリングをイネーブルおよび／またはディスエーブルにし、ｅＮｏｄｅＢにおいてデータを特別にハンドリングし、ＰＳＭにあるＵＥまたは低電力ＵＥであるＵＥへのデータパケットの送達を確実にし得る。そうすることによって、アプリケーションレベル再伝送は、低減および／または排除され得る。

本願の別の側面は、ＰＳＭ ＵＥを事前トリガするための新規プロシージャを対象とする。例えば、コアネットワークインタワーキング機能が、ＳＣＳからＭＭＥへの要求メッセージの伝送を促進し得る。マシンタイプ通信インタワーキング機能（ＭＴＣ−ＩＷＦ）は、ＳＣＳからＭＭＥまたはＨＳＳへの要求メッセージの伝送を促進し得るコアネットワークインタワーキング機能の１つのタイプである。サービス能力エクスポージャ機能（ＳＣＥＦ）は、ＳＣＳからＭＭＥまたはＨＳＳへの要求メッセージの伝送を促進し得る別のタイプのコアネットワークインタワーキング機能である。例えば、ＳＣＳは、デバイス可用性通知要求を介して、アイドルモードにあるＵＥを制御することをＵＥに通知し得る。さらに、ＳＣＳは、デバイス可用性通知回答を介して、回答を受信し得る。

本願のさらに別の側面によると、ＵＥ内でＰＳＭを開始する能力を有するコアネットワークノード（ＭＭＥ）が、説明される。一実施形態では、ＵＥは、そのＰＳＭ能力をネットワークに認知させ、それによって、ネットワークがネットワーク開始ＰＳＭプロシージャを行うことを可能にすることによって、より多くの制御をネットワークに与える。別の実施形態では、ＣＮは、ＵＥ支援情報内に低電力消費選好を提供するＵＥのためにＰＳＭをイネーブルに得る。

本願のなおもさらなる側面では、低モビリティデバイスのためにページングを最適化するためのプロシージャが、説明される。そうすることによって、ＵＥは、ＰＳＭの間、ＡＳ機能性がオフにされるので、より少ないバッテリ電力を消費し得る。一実施形態では、ＭＭＥは、ＭＭＥによってサービス提供されるＴＡリスト全体を全接続ＵＥに提供する代わりに、そのモビリティパラメータに基づいて、追跡エリア（ＴＡ）リストの特定の一部を各ＵＥに提供するように構成され得る。別の実施形態では、ＣＮは、追跡エリアリスト内の全追跡エリアをページングする代わりに、最後に更新された追跡エリアをページングすることによって、静止／低モビリティＵＥのためのページング最適化をサポートし得る。

以下の表１は、概して、本願全体を通して使用される頭字語のリストを提供する。

無線通信のための３ＧＰＰコアネットワークアーキテクチャの最新の進化は、進化型パケットコア（ＥＰＣ）と称される。ＥＰＣは、最初に、規格のリリース８において３ＧＰＰによって導入された。これは、性能およびコストの観点からデータトラフィックを効率的にハンドリングするために、「フラットアーキテクチャ」を有するように設計され、いくつかのネットワークノードのみが、トラフィックのハンドリングに関わる。プロトコル変換も、概して、回避される。ユーザデータ（「ユーザプレーン」としても知られる）を信号伝達（「制御プレーン」としても知られる）から分離することも決定され、それは、ネットワークオペレータが、それらのネットワークを容易に規模調整および適合させることを可能にする。

マシンタイプ通信（ＭＴＣ）は、必ずしもヒト相互作用を伴わない異なるエンティティ間の通信を伴う。特に、Ｍ２Ｍデバイスは、低モビリティを有することを特徴とし得る。すなわち、Ｍ２Ｍデバイスは、移動しないか、頻繁に移動しないか、またはある領域内のみを移動し得る。一例は、街灯に設置されたＭ２Ｍデバイスであり得る。Ｍ２Ｍデバイスはまた、低頻度モバイル終端通信を有することを特徴とし得る。特に、それらは、データを頻繁に受信する必要がないこともある。例えば、スマートメータは、頻繁に、データを収集し、それをＳＣＳに送信し得るが、ＳＣＳは、スマートメータへの通信をまれにしか開始しないこともある。Ｍ２Ｍデバイスはさらに、時間制御通信または非対称通信を有することを特徴とし得る。いくつかのＭ２Ｍデバイスは、まさに予測可能な時間でデータを送信または受信し得、例えば、環境センサは、センサ読み取り値をその日の定義された時間に送信するようにプログラムされ得る。逆に言えば、他のＭ２Ｍデバイスは、非常に短い待ち時間を要求し得る（例えば、ホームセキュリティアラームシステム）。

ＭＴＣデバイスは、ＳＣＳのサービスを利用して、外部ＭＴＣアプリケーションと通信し得る。３ＧＰＰシステムは、Ｍ２Ｍデバイス通信のためのトランスポートを提供する。加えて、３ＧＰＰシステムは、マシンタイプ通信のための他の付加価値サービスも提供し得る。３ＧＰＰシステムにおける異なるアーキテクチャモデルは、ＭＴＣサービスプロバイダ（ＳＣＳ）および３ＧＰＰネットワークオペレータの関係に基づく。ＭＴＣ−ＩＷＦは、１つ以上のＳＣＳとの３ＧＰＰネットワークの通信を可能にするために３ＧＰＰシステムに導入される。ＭＴＣ−ＩＷＦは、独立型エンティティまたは別のネットワーク要素の機能エンティティであり得る。ＭＴＣ−ＩＷＦは、内部ＰＬＭＮトポロジを隠し、ダイアメータベースのＴｓｐ参照点を経由して送信される情報を中継または変換し、ＰＬＭＮ内の特定の機能性を呼び出す。

ある実施形態によると、図１は、ユーザ機器（ＵＥ）１０４、例えば、Ｅ−ＵＴＲＡＮ（ＬＴＥアクセスネットワーク）を経由してＥＰＣ１０２に接続される携帯電話または他の無線デバイスを含む、基本アーキテクチャ略図１００を図示する。進化型ノードＢ（ｅＮｏｄｅＢ）１０６は、ＬＴＥ無線のための基地局である。ＥＰＣは、４つのネットワーク要素：（ｉ）サービングゲートウェイ（サービングＧＷ）１１０と、（ｉｉ）パケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）１１２と、（ｉｉｉ）ＭＭＥ１１４と、（ｉｖ）ＨＳＳ１１６とを含む。ＥＰＣは、外部ネットワーク１０８に接続され得る。ＨＳＳ（ホーム加入者サーバ）１１６は、ユーザ関連および加入者関連情報を含むデータベースである。それは、モビリティ管理、コールおよびセッション設定、ユーザ認証、ならびにアクセス権限におけるサポート機能も提供する。

ゲートウェイ（サービングＧＷ１１０およびＰＤＮ ＧＷ１１２）は、ユーザプレーンを取り扱う。それらは、ユーザ機器（ＵＥ）と外部ネットワークとの間でＩＰデータトラフィックをトランスポートする。サービングＧＷ１１０は、無線側とＥＰＣとの間の相互接続ポイントである。その名称が示すように、このゲートウェイは、着信および発信ＩＰパケットをルーティングすることによって、ＵＥにサービス提供する。それは、ＬＴＥ内モビリティのための、すなわち、ｅＮｏｄｅＢ間およびＬＴＥと他の３ＧＰＰアクセスとの間のハンドオーバの場合のアンカポイントである。それは、論理上、他のゲートウェイＰＤＮ ＧＷに接続される。

ＰＤＮ ＧＷ１１２は、ＥＰＣとインターネット等の外部ＩＰネットワークとの間の相互接続ポイントである。これらのネットワークは、それにちなんで、ＰＤＮ（パケットデータネットワーク）と呼ばれる。ＰＤＮ ＧＷは、パケットをＰＤＮへおよびそこからルーティングする。ＰＤＮ ＧＷは、ＩＰアドレス／ＩＰプリフィックス配分またはポリシ制御および課金等の種々の機能も行う。３ＧＰＰは、独立して、これらのゲートウェイを規定するが、実際は、それらは、ネットワークベンダによって単一「ボックス」内に組み合わせられ得る。

ＭＭＥ（モビリティ管理エンティティ）１１４は、制御プレーンを取り扱う。それは、Ｅ−ＵＴＲＡＮアクセスのためのモビリティおよびセキュリティに関連する信号伝達をハンドリングする。ＭＭＥは、アイドルモードにあるＵＥの追跡およびページングに責任がある。それは、非アクセス層（ＮＡＳ）の終端ポイントでもある。

図１に示されるように、ＵＥ１０４は、Ｅ−ＵＴＲＡＮを使用して、ＥＰＣ１０２に到達することができるが、しかしながら、それは、サポートされる唯一のアクセス技術ではない。３ＧＰＰは、複数のアクセス技術のサポートを規定し、これらのアクセス間のハンドオーバも規定する。この考えは、固有のコアネットワークを使用して、複数のアクセス技術を経由して種々のＩＰベースのサービスを提供する集中をもたらす。既存の３ＧＰＰ無線アクセスネットワークが、サポートされる。３ＧＰＰ仕様は、Ｅ−ＵＴＲＡＮ（ＬＴＥおよびＬＴＥアドバンスト）、ＧＥＲＡＮ（ＧＳＭ（登録商標）／ＧＰＲＳの無線アクセスネットワーク）、ならびにＵＴＲＡＮ（ＵＭＴＳベースの技術ＷＣＤＭＡ（登録商標）およびＨＳＰＡの無線アクセスネットワーク）間でのインタワーキングの達成方法を定義する。

アーキテクチャは、非３ＧＰＰ技術が、ＵＥとＥＰＣとを相互接続することも可能にする。非３ＧＰＰは、これらのアクセスが３ＧＰＰにおいて規定されていなかったことを意味する。これらの技術は、例えば、ＷｉＭＡＸ、ｃｄｍａ２０００（登録商標）、ＷＬＡＮ、または固定ネットワークを含む。非３ＧＰＰアクセスは、２つのカテゴリ：「信頼」および「非信頼」に分けられることができる。信頼非３ＧＰＰアクセスは、直接、ＥＰＣと相互作用することができる。非信頼非３ＧＰＰアクセスは、ｅＰＤＧ（進化型パケットデータゲートウェイ）（図示せず）と呼ばれるネットワークエンティティを介して、ＥＰＣとインタワーキングする。ｅＰＤＧの主要な役割は、非信頼非３ＧＰＰアクセスを経由するＵＥとの接続のＩＰｓｅｃトンネリング等のセキュリティ機構を提供することである。３ＧＰＰは、いずれの非３ＧＰＰ技術が信頼または非信頼と見なされるべきかを規定していない。この決定は、オペレータによって行われる。

図１に図示される３ＧＰＰネットワークアーキテクチャは、元々、ヒトによって従来動作させられるデバイス間の通信を可能にするために設計された。例えば、３ＧＰＰネットワークは、スマートフォンに、インターネット等のパケット交換ネットワークおよびモバイル通信用グローバルシステム（ＧＳＭ（登録商標））ネットワーク等の回路交換ネットワークへのアクセスを提供するために非常に好適である。３ＧＰＰネットワークは、元々、スマートメータ、ホームオートメーション、ｅヘルス、消費者製品、全車両管理等を伴う通信等のマシンまたはデバイスが、ネットワークを経由して互いに通信する、マシンタイプ通信（ＭＴＣ）とも称されるいわゆるマシンツーマシン（Ｍ２Ｍ）通信をハンドリングするために最適化されるように設計されていなかった。

３ＧＰＰ仕様のリリース１１（Ｒ１１）では、３ＧＰＰは、マシンタイプ通信／マシンツーマシン通信のためのＵＭＴＳコアネットワークのインタワーキング能力を拡張した。インタワーキングは、情報を交換すること、デバイスを制御すること、デバイスを監視すること、またはデバイスと通信することを目的にコアネットワークとインターフェースをとるサーバまたはアプリケーションを指す。

別の実施形態では、図２は、ＴＳ２３．６８２Ｖ１１．５．０において３ＧＰＰによって提示されるＭＴＣアーキテクチャを図示する。図２に図示されるように、サービス能力サーバ（ＳＣＳ）２１２は、サービスをコアネットワーク、デバイス、およびアプリケーションに提供し得る。ＳＣＳは、Ｍ２Ｍサーバ、ＭＴＣサーバ、サービス能力層、または共通サービスエンティティ（ＣＳＥ）とも呼ばれ得る。ＳＣＳ２１２は、ホーム公衆移動通信網（ＨＰＬＭＮ）のオペレータまたはＭＴＣサービスプロバイダによって制御され得る。ＳＣＳは、オペレータドメインの内側または外側で展開され得る。ＳＣＳがオペレータドメインの内側で展開される場合、ＳＣＳは、内部ネットワーク機能であり得、オペレータによって制御され得る。ＳＣＳがオペレータドメインの外側で展開される場合、ＳＣＳは、ＭＴＣサービスプロバイダによって制御され得る。

ＳＣＳは、Ｔｓｐ参照点、すなわち、インターフェースを介して、マシンタイプ通信（ＭＴＣ）インタワーキング機能（ＭＴＣ−ＩＷＦ）２１０と通信し得る。Ｔｓｐ参照点は、コアネットワークとインタワーキングするために使用されるインターフェースの実施例である。

別の実施形態では、図２に図示されるように、参照点、すなわち、インターフェース、Ｔｓｍｓ２０２は、ショートメッセージサービス（ＳＭＳ）サービスセンタ（ＳＭＳ−ＳＣ）２０４をショートメッセージエンティティ（ＳＭＥ）２０６に接続し得る。Ｔｓｍｓ参照点は、コアネットワークとインタワーキングするために使用されるインターフェースの別の実施例である。ＳＭＳ−ＳＣ２０４は、Ｔ４参照点を経由してＭＴＣ−ＩＷＦと通信する。

ＳＣＳ２１２は、ユーザ機器ＭＴＣ（ＵＥ ＭＴＣ）アプリケーション２１６、例えば、境界２１８によって定義されるようなＨＰＬＭＮ内のＭＴＣ−ＩＷＦ２１０、またはデバイストリガのためのＳＭＳ−ＳＣ２０４と通信するために、３ＧＰＰネットワークに接続するエンティティであり得る。ＳＣＳ２１２は、１つ以上のアプリケーションサーバＭＴＣ（ＡＳＭＴＣ）アプリケーションによる使用のための能力をもたらし得る。

ＵＥは、無線アクセスネットワーク（ＲＡＮ）２１９を含む、公衆移動通信網（ＰＬＭＮ）を通して、ＳＣＳおよび／または他のＭＴＣ ＵＥと通信し得る。ＭＴＣ ＵＥ２１４は、１つ以上のＭＴＣアプリケーション２１６をホストし得る。ＭＴＣアプリケーションは、１つ以上のアプリケーションサーバ（ＡＳ）２２０／２２２上にもホストされ得る。ＭＴＣアプリケーション２１６は、ＳＣＳ２１２、ＡＳＭＴＣアプリケーション、または他のＵＥ ＭＴＣアプリケーションと相互作用し得るＭＴＣ通信エンドポイントであり得る。

ＡＳ２２０／２２２も、１つ以上のＭＴＣアプリケーションをホストし得る。ＡＳは、ＳＣＳ２１２またはＧＧＳＮ／Ｐ−ＧＷ２２４とインターフェースをとり得る。ＡＳ上のＭＴＣアプリケーションは、ＳＣＳ、ＵＥ ＭＴＣアプリケーション、または他のＭＴＣアプリケーションと相互作用し得る。

ＭＴＣインタワーキング機能（ＭＴＣ−ＩＷＦ）２１０は、内部ＰＬＭＮトポロジをＳＣＳ２１２から隠し得る。ＭＴＣ−ＩＷＦは、例えば、Ｔｓｐ参照点２０８を経由してそれ自体とＳＣＳとの間で使用される信号伝達プロトコルを中継および／または変換し、ＰＬＭＮ内のＭＴＣ機能性、例えば、ＭＴＣ ＵＥトリガをサポートし得る。例えば、ＳＣＳは、ＭＴＣ−ＩＷＦがトリガをＭＴＣデバイスに送信することを要求し得る。ＭＴＣ−ＩＷＦは、ＳＭＳを介して、ＭＴＣトリガをＭＴＣデバイス２１４に送達し得る。ＭＴＣデバイス２１６は、トリガに基づいて、ＳＣＳ２１２に応答し得る。ＭＴＣデバイス２１６は、例えば、センサ読み取り値で応答し得る。ＭＴＣデバイス２１６がＳＣＳ２１２に応答する場合、ＭＴＣデバイスは、パケットデータネットワーク（ＰＤＮ）／パケットデータプロトコル（ＰＤＰ）接続を使用して、ＳＣＳ２１２と通信し得る。ＭＴＣデバイスは、ＩＰ接続を使用して、ＳＣＳと接続し得る。

ＭＴＣ−ＩＷＦ２１０は、ＳＣＳが３ＧＰＰネットワークと通信を確立し得る前に、ＳＣＳ２１２に権限を付与し得る。例えば、ＳＣＳ２１２がＴｓｐ参照点上でトリガ要求を行うと、ＭＴＣ−ＩＷＦ２１０は、ＳＣＳがトリガ要求を送信する権限を付与されているかどうかと、ＳＣＳがトリガ提出のその割り当て量またはレートを超えていないこととをチェックし得る。

図２にさらに示されるように、音声電話およびＳＭＳならびに他のサービス（会議電話、ＦＡＸ、および回路交換データ等）をルーティングすることに責任があるモバイル交換センタ（ＭＳＣ）２３８は、ＧＳＭ（登録商標）／ＣＤＭＡのための一次サービス送達ノードである。ＭＳＣは、エンドツーエンド接続を設定および解放し、コールの間のモビリティおよびハンドオーバ要件をハンドリングし、課金およびリアルタイムプリペイドアカウント監視に対処する。

（ＬＷＭ２Ｍアーキテクチャ）
軽量マシンツーマシン（ＬＷＭ２Ｍ）プロトコルは、オープンモバイルアライアンス（ＯＭＡ）規格団体によって、リソース制約Ｍ２Ｍ／ＩｏＴデバイスの管理を可能にするために開発された。このプロトコルの目的は、ＣｏＡＰ（制約アプリケーションプロトコル）等の効率的トランスポートプロトコルを使用して、かつメッセージおよびデータモデルサイズを最小化することによって、プロトコルオーバーヘッドを最小化する軽量アーキテクチャを提供することであった。図３Ａは、ＬＷＭ２Ｍサーバ３１０が、最小限の効率的スタックを使用して、種々の定義されたインターフェースを通して、ＬＷＭ２Ｍクライアント３２０と通信するＯＭＡ ＬＷＭ２Ｍアーキテクチャを示す。ＬＷＭ２Ｍクライアント３２０は、Ｍ２Ｍ／ＩｏＴデバイス上で起動し、管理機能を行うために使用され得るＬＷＭ２Ｍオブジェクトを実装する。これらのオブジェクトは、ＬＷＭ２Ｍサーバによって働かされ得るデバイス上にホストされたリソースを組み込む、ＬＷＭ２Ｍデータモデルである。管理され得る機能のうちのいくつかは、ソフトウェアバージョン、バッテリレベル、および利用可能なメモリ等のデバイス情報を得ること、およびセルラーリンク品質および無線信号強度等のコネクティビティ監視を提供することである。

ＬＷＭ２Ｍアーキテクチャ３５０は、図３Ｂに図示されるように、Ｍ２Ｍインターフェース３６０を通して、Ｍ２Ｍサービス層アーキテクチャ３７０の中に組み込まれ得る。この統合の結果、Ｍ２Ｍ／ＩｏＴデバイス３８０のデバイス管理はサービス層ドメイン内で容易に実現されることができる。サービス層に登録されたＭ２Ｍアプリケーションは、次いで、ＬＷＭ２Ｍサーバ等の管理サーバに対してデバイスの管理を開始することができ、ＬＷＭ２Ｍサーバは、デバイス上で管理コマンドを実行するであろう。この統合の結果、リンク品質およびバッテリレベル等の重要なメトリックが、デバイスから読み出され、デバイスを管理するための全体的電力保存方略の一部として使用され得る。

（一般的アーキテクチャ）
図４Ａは、１つ以上の開示される実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのためのコンポーネントを提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴ／ＷｏＴのコンポーネントならびにＩｏＴ／ＷｏＴサービス層等であり得る。

図４Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワーク、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｆｉｂｅｒ、ＰＬＣ、ＩＳＤＮ等、もしくは無線ネットワーク、例えば、ＷＬＡＮ、セルラー等、もしくは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する複数のアクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。

図４Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインと、フィールドドメインとを含み得る。インフラストラクチャドメインは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインは、通常はＭ２Ｍゲートウェイの背後にあるエリアネットワークを指す。フィールドドメインは、プロキシを伴うＳＣＳ等のＭ２Ｍゲートウェイ１４およびＵＥデバイス等の端末デバイス１８を含む。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じて、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成される。Ｍ２Ｍゲートウェイデバイス１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８に送信し得る。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍ層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。一実施形態では、サービス層２２は、ＰＣＥであり得る。Ｍ２Ｍデバイス１８およびゲートウェイ１４は、セルラー、ＷＬＡＮ、ＷＰＡＮ、例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、直接無線リンク、および有線を含む種々のネットワークを介して通信し得る。

図４Ｂを参照すると、フィールドドメイン内の図示したＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２のためのサービスを提供する。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、１つ以上のサーバ、コンピュータ等によって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、種々の方法で実装され得る。例えば、Ｍ２Ｍサービス層２２は、ウェブサーバ、セルラーコアネットワーク、クラウド等で、実装されることができる。

図示したＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’が存在する。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’は、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、およびＭ２Ｍ端末デバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによるサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、１つ以上のサーバ、コンピュータ、仮想マシン（例えば、クラウド／計算／記憶ファーム等）等によって実装され得る。

さらに、図４Ｂを参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケーションならびにバーティカルが活用することができるサービス配布能力のコアの組を提供する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出す費用および時間を削減する。サービス層２２および２２’は、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’が提供するサービスと関連して、種々のネットワーク１２および１２’を通して通信することも可能にする。

Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、健康および福祉、コネクテッドホーム、エネルギー管理、資産追跡、ならびにセキュリティおよび監視等、種々の産業におけるアプリケーションを含み得る。前述のように、デバイス、ゲートウェイ、および他のシステムのサーバを横断して起動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービスの発見、および従来のシステムの統合等の機能をサポートし、サービスとしてのこれらの機能に、Ｍ２Ｍアプリケーション２０および２０’を提供する。さらに、Ｍ２Ｍサービス層はまた、本願で議論され、図に図示されるように、ＵＥ、ＳＣＳ、およびＭＭＥ等の他のデバイスと連動するように構成され得る。

本願で議論されるように、ＵＥのＰＳＭモードを制御および調整する方法は、サービス層の一部として実装され得る。サービス層は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースの組を通して、付加価値サービス能力をサポートするソフトウェアミドルウェア層である。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍは両方とも、ＵＥ ＰＳＭモードを制御および調整する方法を含み得るサービス層を使用する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍは両方とも、トラックを確保する方法を含み得るサービス層を使用する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内に実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（例えば、サービス能力）の組をサポートする。１つ以上の特定のタイプのＣＳＦの組のインスタンス化は、異なるタイプのネットワークノード、例えば、インフラストラクチャノード、ミドルノード、アプリケーション特定のノード等の上にホストされ得るＳＣＳ等の共通サービスエンティティ（ＣＳＥ）と称される。さらに、本願で説明されるようなトラックを確保する方法は、本願によるトラックの確保等のサービスにアクセスするためにサービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装されることができる。

図４Ｃは、例えば、Ｍ２Ｍ端末デバイス１８またはＭ２Ｍゲートウェイデバイス１４等の例示的Ｍ２Ｍデバイス３０の系統図である。図４Ｃに示されるように、Ｍ２Ｍデバイス３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド／インジケータ４２と、非取り外し可能なメモリ４４と、取り外し可能なメモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。Ｍ２Ｍデバイス４０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このデバイスは、感覚データの組み込みセマンティクス命名のための開示されるシステムおよび方法を使用する、デバイスであり得る。Ｍ２Ｍデバイス３０はまた、本願に説明され、図に図示されるように、例えば、ＬＬＮデバイス、バックボーンルータ、およびＰＣＥを含む他のデバイスとともに採用され得る。

プロセッサ３２は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍデバイス３０が無線環境で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ３２は、伝送／受信要素３６に連結され得る、送受信機３４に連結され得る。図４Ｃは、プロセッサ３２および送受信機３４を別個のコンポーネントとして描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップに一緒に組み込まれ得ることが理解されるであろう。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムならびに／もしくは通信を行い得る。プロセッサ３２は、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、ならびに／もしくは暗号化動作等のセキュリティ動作を行い得る。

伝送／受信要素３６は、信号をＭ２Ｍサービスプラットフォーム２２に伝送し、またはＭ２Ｍサービスプラットフォーム２２から信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークならびにエアインターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、もしくは可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素３６は、無線もしくは有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。

加えて、伝送／受信要素３６は、単一の要素として図４Ｃで描写されているが、Ｍ２Ｍデバイス３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、Ｍ２Ｍデバイス３０は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、Ｍ２Ｍデバイス３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。

送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を復調するように構成され得る。上記のように、Ｍ２Ｍデバイス３０は、マルチモード能力を有し得る。したがって、送受信機３４は、Ｍ２Ｍデバイス３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。

プロセッサ３２は、非取り外し可能なメモリ４４および／または取り外し可能なメモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能なメモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能なメモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のＭ２Ｍデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。

プロセッサ３２は、電源４８から電力を受け取り得、Ｍ２Ｍデバイス３０内の他のコンポーネントへの電力を配布および／または制御するように構成され得る。電源４８は、Ｍ２Ｍデバイス３０に電力供給するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。

プロセッサ３２はまた、Ｍ２Ｍデバイス３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成されるＧＰＳチップセット５０に連結され得る。Ｍ２Ｍデバイス３０は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。

プロセッサ３２はさらに、追加の特徴、機能性、および／または有線もしくは無線接続を提供する１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る他の周辺機器５２に連結され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。

図４Ｄは、例えば、図４Ａおよび４ＢのＭ２Ｍサービスプラットフォーム２２が実装され得る例示的なコンピュータシステム９０のブロック図である。コンピュータシステム９０は、コンピュータまたはサーバを備え得、主に、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでも、またはどのような手段を用いても、そのようなソフトウェアが記憶もしくはアクセスされる。そのようなコンピュータ読み取り可能な命令は、コンピュータシステム９０を起動させるように、中央処理装置（ＣＰＵ）９１内で実行され得る。多くの既知のワークステーション、サーバ、および周辺コンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他のマシンでは、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは明確に異なる、随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、組み込み意味論名を伴う感覚データのクエリ等の組み込みセマンティクス命名のための開示されるシステムおよび方法に関連するデータを受信、生成、ならびに処理し得る。

動作時、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピュータシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、ならびに割り込みを送信するため、およびシステムバスを動作するための制御ラインを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。

システムバス８０に連結されるメモリデバイスは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶されて取り出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない、記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られ、または変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離するメモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。

加えて、コンピュータシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある、周辺機器コントローラ８３を含み得る。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピュータシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。ディスプレイ８６は、組み込み意味論名を使用して、ファイルまたはフォルダ内の知覚データを表示し得る。さらに、コンピュータシステム９０は、図４Ａおよび４Ｂのネットワーク２５等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７を含み得る。

（ＰＳＭのＳＣＳ協調）
本願の側面によると、電力節約モード（ＰＳＭ）特徴の目標は、ＵＥにおける電力消費を低減させることである。ＰＳＭモード下のＵＥは、ＭＴ通信のために到達可能ではないが、しかしながら、ＵＥは、ネットワークと登録されたままであり、パケットデータネットワーク（ＰＤＮ）接続を再アタッチまたは再確立する必要はない。ＰＳＭ特徴は、ＵＥがＰＳＭモードに入る前に到達可能なままである時間を示す「アクティブ時間」と呼ばれる新しいタイマを導入する。ＵＥは、ネットワークにアタッチするか、または追跡エリア更新（ＴＡＵ）を行うとき、アクティブタイマを始動させる。アクティブタイマが切れると、ＵＥは、そのアクセス層機能を非アクティブ化し、ＰＳＭに入る。ＰＳＭでは、アクセス層機能の非アクティブ化に起因して、ＵＥは、全アイドルモードプロシージャを停止するが、非アクセス層（ＮＡＳ）タイマ（例えば、周期的ＴＡＵタイマを適用し得る）を起動し続ける。

一実施形態では、ＳＣＳは、ＭＭＥがＵＥに送信する、「アクティブタイマ」および「周期的ＴＡＵタイマ」値の選択に影響を及ぼし得る。ＳＣＳは、新しい「ＭＴデータ遅延公差」値をＭＭＥに送信し得る（ＭＴＣ−ＩＷＦを介して）。「ＭＴデータ遅延公差」値は、ＭＴデータのために容認可能な遅延量を示す。好ましくは、遅延公差は、（周期的ＴＡＵタイマ−アクティブタイマ）を上回るべきである。

別の実施形態では、ＳＣＳはまた、新しい「ＭＴデータの周期」値をＭＭＥに送信し得る。これは、ＭＭＥによって使用され、アクティブタイマの値を計算し、ＵＥアイドルモードをＭＴデータと整合させ得る。ＭＴデータ伝送がＵＥアクティブタイマおよび周期的ＴＡＵタイマと整合させられる場合、周期的ＭＴデータをＵＥに送信するために要求されるデバイストリガの数は、減少させられ得る。これは、ネットワーク内の多くのオーバーヘッドを節約することができる。

さらなる実施形態では、ＳＣＳは、ＭＭＥにサブスクライブし、ＴＡＵおよびアタッチ要求毎にＳＣＳと調整し得る。ＳＣＳは、新しい「ＰＳＭ同期フラグ」を設定／リセットし、ＴＡＵおよびアタッチ要求毎に通知をイネーブル／ディスエーブルにすることができる。ＳＣＳがＭＴデータ伝送周期の知識を有するとき、ＳＣＳは、指示をコアネットワークに送信し、周期特性を提供し得ることが想定される。例えば、ＳＣＳは、センサ読み取り値がある日時にのみＳＣＳによって要求されるであろう場合、この情報を有するであろう。周期特性は、ＭＴデータの遅延公差およびＭＴデータの周期を含む。この情報は、ＭＴＣ−ＩＷＦによってＭＭＥに転送され、ＭＭＥは、ＳＣＳアドレス、ＭＴデータの周期、遅延公差、ＰＳＭ同期フラグ、およびＰＳＭディスエーブルフラグをＵＥコンテキスト内に記憶する。異なる値を提供する複数のＳＣＳが存在する場合、全てのこれらの値は、ＵＥコンテキスト内に記憶され得、ＭＭＥは、１つ以上のＳＣＳがＵＥに到達する必要があるときは常にＵＥが「アクティブ」であるように、ＰＳＭ値を選定し得る。

ＭＭＥは、ここで、ＳＣＳからの周期特性ならびにＵＥからの「アクティブタイマ」および「周期的ＴＡＵタイマ」値を使用して、適切な「アクティブタイマ」および「周期的ＴＡＵタイマ」値を選定することができる。値は、ＭＴデータ伝送と良好に整合させられるように選定されるであろう。ＰＳＭ同期フラグが偽に設定されている場合、ＭＭＥは、ＴＡＵ要求およびアタッチ要求毎に通知をＳＣＳに送信することをしないであろう。ＰＳＭ同期フラグが設定される場合、ＭＭＥは、ＴＡＵ要求およびアタッチ要求毎に通知をＳＣＳに送信する。

ＳＣＳがＭＴデータ周期または遅延公差値の変更を欲する場合、ＳＣＳは、ＭＴＣ−ＩＷＦを介して、新しい値とともに、指示をＭＭＥに送信する。ＭＭＥは、ＵＥコンテキスト内の古い値を新しい値で上書きする。ＳＣＳがこれらのパラメータの撤回を欲する場合、ＳＣＳは、「アクション」ＡＶＰが「削除」に設定された状態で、ＭＴＣ−ＩＷＦを介して、指示をＭＭＥに送信する。ＭＭＥは、これらの値をＵＥコンテキストから削除する。これらの値の削除は、ＳＣＳが、ＵＥのＰＳＭステータスに影響を及ぼすこと、またはそれを調整することを欲しないことを意味する。ＳＣＳはまた、「デバイス特性交換要求」内のそれらの値を「ディスエーブル」に設定することによって、「ＰＳＭ同期フラグ」および「ＰＳＭディスエーブルフラグ」をディスエーブルにし得る。

図５に図示されるような例示的実施形態によると、ＳＣＳは、ＭＴＣ−ＩＷＦを介し、Ｔｓｐインターフェースを経由して、デバイス周期特性をＭＭＥに送信する。図５におけるステップの各々は、アラビア数字によって示される。ステップ１では、ＳＣＳは、Ｔｓｐを経由して、デバイス特性交換（ＤＣＥ）要求コマンドをＭＴＣ−ＩＷＦに送信する。ＤＣＥ要求メッセージは、以下の情報要素（ＩＥ）：（ｉ）外部識別子と、（ｉｉ）ＳＣＳアドレスと、（ｉｉｉ）デバイス特性（グループ化ＡＶＰである）とを有することができ、デバイス特性は、（ａ）アクション−追加／削除と、（ｂ）低頻度ＭＴとを含み、低頻度ＭＴは、（１）ＭＴトラフィックのための「遅延公差値」、例えば、ＭＴデータのために容認可能な遅延量を示すＳＣＳ開始通信のための待ち時間と、（２）特定の時間に対するＭＴデータの周期を示す「ＭＴ通信の周期」とを含む。

さらに、ＩＥは、（ｉｖ）ＳＣＳがＵＥのＰＳＭステータスについて同期されたまま保たれるべきかどうかを示すＰＳＭ同期フラグ（イネーブル／ディスエーブル）と、（ｖ）ＵＥがＰＳＭに入ることを防止される必要があることを示すＰＳＭディスエーブルフラグ（真／偽）と、（ｖｉ）ＵＥがＰＳＭ対応デバイスであり、ＳＧＷにおける拡張バッファリングおよびｅＮｏｄｅＢにおけるデータハンドリングがＵＥに対してイネーブルにされるべきことを示す拡張データハンドリングフラグ（イネーブル／ディスエーブル）とを含む。

ステップ２および３によると、ＭＴＣ−ＩＷＦは、ＳＣＳがこの動作を行う権限が付与されているかどうかをＨＳＳにおいてチェックする。チェックが失敗する場合、ＭＴＣ−ＩＷＦは、失敗条件の理由を示す原因値とともに、「デバイス特性交換」（ＤＣＥ）回答メッセージを送信し、フローは、このステップで停止する。そうでなければ、ＨＳＳは、加入者情報応答（ＩＭＳＩおよび／またはＭＳＩＳＤＮならびにサービングノード識別を含む関連「ルーティング情報」）メッセージをＭＴＣ−ＩＷＦに送信する。

ステップ４では、ＭＴＣ−ＩＷＦは、ＤＣＥメッセージをＭＭＥに転送する。ＭＭＥは、「デバイス特性」グループ化ＡＶＰの属性値対（ＡＶＰ）における「アクション」に基づいて、ＵＥ特性をＵＥコンテキストに追加またはそこから削除する。ＭＭＥは、「ＰＳＭ同期フラグ」が「イネーブル」に設定されていると、「ＰＳＭ同期フラグ」をＵＥコンテキスト内に記憶する。「ＰＳＭ同期フラグ」が「ディスエーブル」にされている場合、フラグをＵＥコンテキストからクリアする。さらに、ＭＭＥはまた、「ＰＳＭディスエーブルフラグ」が「真」に設定されていると、「ＰＳＭディスエーブルフラグ」をＵＥコンテキスト内に記憶する。「ＰＳＭディスエーブルフラグ」が「偽」である場合、フラグをＵＥコンテキストからクリアする。これはまた、「拡張データハンドリングフラグ」が「イネーブル」に設定されていると、「拡張データハンドリングフラグ」をＵＥコンテキスト内に記憶する。「拡張データハンドリングフラグ」が「ディスエーブル」にされている場合、フラグをＵＥコンテキストからクリアする。

ステップ５では、ＭＭＥは、結果成功コードとともに、デバイス特性交換回答コマンドを送信することによって、ＵＥのデバイス特性の追加／成功が成功したことをＭＴＣ−ＩＷＦに肯定応答する。

ステップ６では、ＭＴＣ−ＩＷＦは、結果成功コードとともに、デバイス特性交換回答コマンドを送信することによって、ＭＭＥがＵＥのデバイス特性の更新を成功したことをＳＣＳに肯定応答する。「拡張データハンドリングフラグ」がＨＳＳ／ＭＭＥにおいて「イネーブル」の設定に成功した場合、ＳＣＳは、アプリケーション／トランスポートレベル再伝送タイマが通常より長くなるように構成し得る。

代替実施形態では、ＭＴＣ−ＩＷＦは、ＵＥパラメータをＨＳＳに送信し、ＨＳＳは、更新されたパラメータをＭＭＥにプッシュする。特に、ＨＳＳは、新しいフィールドを既存の加入者データ挿入要求／回答または加入者データ削除要求／回答メッセージに追加する。実施形態は、図６に示される。図６におけるステップの各々は、アラビア数字によって示される。特に、ステップ１は、図５における前述のものに類似する。ＳＣＳがＣＮに対するＵＥのデバイス特性の更新を欲すると、ＳＣＳは、Ｔｓｐを経由して、デバイス特性交換（ＤＣＥ）要求コマンドをＭＴＣ−ＩＷＦに送信する。ＤＣＥ要求メッセージは、前述のＩＥのうちの１つ以上のものを有することができる。

ステップ２では、ＭＴＣ−ＩＷＦは、Ｓ６ｍ／Ｕｄインターフェースを経由して、デバイス特性交換要求コマンドメッセージをＨＳＳ／ＨＬＲ／ＵＤＲに転送する。

ステップ３では、ＨＳＳは、検証し、権限を提供し、ＳＣＳがＵＥの特性を更新することを可能にされることを示す。ＨＳＳは、適宜、ＵＥのサブスクリプション情報に更新を行う。検証および権限付与チェックが成功する場合、「デバイス特性」グループ化ＡＶＰ内の「アクション」ＡＶＰに基づいて、ＨＳＳは、ＵＥ特性をＵＥプロファイルに追加またはそこから削除する。これは、「ＰＳＭ同期フラグ」が「イネーブル」に設定されていると、「ＰＳＭ同期フラグ」をＵＥサブスクリプション内に記憶する。「ＰＳＭ同期フラグ」が「ディスエーブル」である場合、フラグをＵＥサブスクリプションからクリアする。

ＨＳＳはまた、「ＰＳＭディスエーブルフラグ」をＵＥサブスクリプション内に記憶する。ＨＳＳはまた、「拡張データハンドリングフラグ」をＵＥコンテキスト内に記憶する。

一方、検証および権限付与チェックが失敗する場合、ＨＳＳは、失敗条件の理由を示す原因値とともに、デバイス特性交換回答コマンドメッセージを送信する。ＭＴＣ−ＩＷＦは、失敗条件の理由を示す原因値とともに、デバイス特性交換回答コマンドメッセージをＳＣＳに転送し、フローは、このステップで停止する。

次に、ＨＳＳは、結果成功コードとともに、デバイス特性交換回答コマンドを送信することによって、ＵＥのデバイス特性の追加／削除が成功したことをＭＴＣ−ＩＷＦに肯定応答する（ステップ４）。ステップ５では、ＭＴＣ−ＩＷＦは、結果成功コードとともに、デバイス特性交換回答コマンドを送信することによって、ＨＳＳがＵＥのデバイス特性の更新を成功したことをＳＣＳに肯定応答する。「拡張データハンドリングフラグ」がＨＳＳ／ＭＭＥにおいて「イネーブル」の設定に成功した場合、ＳＣＳは、アプリケーション／トランスポートレベル再伝送タイマをより長くなるように構成し得る。

さらなる実施形態では、ＵＥがアタッチされる場合、ＨＳＳは、「加入者データ挿入要求」または「加入者データ削除要求」を使用して、サービングノード（サービングＭＭＥ）へのサブスクリプションデータを更新し得る（ステップ６）。ステップ７では、サービングノード（サービングＭＭＥ）は、結果成功コードとともに、「加入者データ挿入回答」または「加入者データ削除回答」コマンドを送信することによって、ＨＳＳに肯定応答する。

別の代替実施形態によると、ＳＣＳは、Ｍｈインターフェースを経由して、「デバイス特性交換要求／回答」メッセージをＵＤＲ／ＨＳＳと直接交換し得る。この場合のコールフローおよびプロシージャは、前述のプロトコルに類似するが、ＭＴＣ−ＩＷＦは、除去され、ＳＣＳは、Ｍｈインターフェースを経由して、メッセージをＨＳＳに直接送信し、ＨＳＳは、ＳＣＳに返信を直接送信する。

別の実施形態では、ユーザデータ集中（ＵＤＣ）アーキテクチャの場合、デバイス特性は、ユーザデータリポジトリ（ＵＤＲ）に一時的データとして書き込まれ得る。ＨＳＳ ＦＥおよびＭＭＥ ＦＥは、データ特性を直接読み取ることができる。ＭＭＥは、ＭＭＥが更新が行われる度に通知されるであろうように、ＵＤＲ内に記憶されるデバイス特性にサブスクライブすることもできる。

（ＭＴデータ待ち−可用性サブスクリプション）
本願の別の側面によると、ＳＣＳは、既存の「デバイスアクション要求」メッセージを使用して事前トリガをＵＥに送信し得る。ＭＴＣ−ＩＷＦは、この要求をサービングＭＭＥに新しい「デバイス可用性サブスクリプション要求」メッセージ内で送信する。ＳＣＳは、デバイスが到達可能になると通知されるように、ＭＭＥにサブスクライブし得る。ＳＣＳはまた、ＭＭＥ内に新しい「ＭＴデータ待ちフラグ」を設定／リセットし、ＴＡＵおよびアタッチ要求毎の通知をイネーブル／ディスエーブルにし得る。

ＭＴデータ待ちコンテキストは、ＵＥのためにＭＭＥによって維持されるコンテキストを指し、そこにＭＭＥは、ＭＴデータ待ちフラグ、有効タイマ、および１つ以上のＳＣＳアドレスを記憶する。ＳＣＳは、ＳＣＳがＭＴデータをＰＳＭにあるＵＥに送信することを意図するとき、事前トリガを使用して、これらのパラメータを設定することができる。ＭＭＥは、ＭＴデータ待ちフラグがこのコンテキスト内で真に設定されているＵＥに対するＴＡＵ要求およびアタッチ要求に基づいて、ＵＥ可用性通知をＳＣＳに送信する。

特に、ＳＣＳは、ＳＣＳまたはＳＣＳに接続されるＡＳとの通信の開始を含むアプリケーション特定のタスクをＵＥが行うようにトリガするために、デバイストリガプロトコルを使用して、３ＧＰＰネットワークを介して情報をＵＥに伝送する。デバイストリガは、ＵＥのためのＩＰアドレスが利用不可能またはＳＣＳ／ＡＳに既知ではないときに要求される。

一実施形態では、デバイストリガメッセージは、３ＧＰＰネットワークが、メッセージを正しいＵＥ／デバイスにルーティングし、ＵＥ／デバイスが、情報を正しいアプリケーションにルーティングすることを可能にする情報を含む。アプリケーションに向けられる情報は、トリガペイロードと称される。ＵＥは、デバイストリガ情報を搬送するモバイル終端（ＭＴ）メッセージを任意の他のタイプのメッセージから区別可能である必要がある。

別の実施形態によると、ＳＣＳは、デバイスアクション要求メッセージを用いて有効タイマＡＶＰを送信し得る。ＭＭＥは、有効タイマが切れた後、「ＭＴデータ待ちフラグ」をクリアする。フラグがクリアされた後、ＭＭＥは、ＵＥからのＴＡＵ要求またはアタッチ要求に基づいて、ＳＣＳに通知しない。さらに、ＭＭＥは、ＳＣＳアドレス、ＭＴデータ待ちコンテキスト内ＭＴデータ待ちフラグをＵＥコンテキスト内に記憶する。異なる値を提供する複数のＳＣＳが存在する場合、全てのこれらの値は、ＵＥコンテキスト内に記憶されることができる。

ＭＴデータ待ちフラグが設定されている場合、ＭＭＥは、ＴＡＵ要求およびアタッチ要求毎に通知をＳＣＳに送信する。ＭＭＥは、ＳＣＳアドレスを使用して、ＭＴＣ−ＩＷＦを介して、この通知をＳＣＳに送信することができる。ＳＣＳがトリガの取り消し／置換を欲すると、ＭＴＣ−ＩＷＦを介して、新しい値とともに、指示をＭＭＥに送信する。ＭＭＥは、ＵＥコンテキスト内の古い値を削除する／新しい値で上書きする。

図７に図示されるような例示的実施形態によると、ＳＣＳが、ＭＴＣ−ＩＷＦを介し、Ｔｓｐインターフェースを経由して、事前トリガをＭＭＥに送信する新しいプロシージャのためのコールフローが、説明される。図７におけるステップの各々は、アラビア数字によって示される。

ステップ１によると、ＳＣＳがＰＳＭにあり得るＵＥのトリガを欲すると、Ｔｓｐを経由して、「デバイスアクション要求」（ＤＡＲ）コマンドをＭＴＣ−ＩＷＦに送信する。ＤＡＲメッセージは、以下のＩＥ：（ｉ）外部識別子と、（ｉｉ）ＳＣＳアドレス（ＳＣＳアドレスは、ＣＮに送信され、これは、ＣＮ（ＭＭＥ）によって使用され、通知をＳＣＳに返信する）と、（ｉｉｉ）事前トリガプロシージャを使用するためのインジケータとを有することができる。

代替として、ＳＣＳは、事前トリガプロシージャが使用されるべきことの指示を伴わずに、ＤＡＲメッセージを送信し得る。ＭＴＣ−ＩＷＦは、標的ＵＥがＰＳＭにあり得ることを認識し得、ＭＴＣ−ＩＷＦは、次いで、事前トリガプロシージャを進めることを決定し、「デバイス可用性サブスクリプション要求」をＭＭＥに送信し得る。

ステップ２および３では、ＭＴＣ−ＩＷＦは、ＳＣＳがこの動作を行う権限が付与されているかどうかをチェックする。このチェックが失敗する場合、ＭＴＣ−ＩＷＦは、失敗条件の理由を示す原因値とともに、「デバイスアクション回答」メッセージを送信し、フローは、このステップで停止する。そうでなければ、ＨＳＳは、「加入者情報応答」（ＩＭＳＩおよび／またはＭＳＩＳＤＮならびにサービングノード識別、原因を含む、関連「ルーティング情報」）メッセージを送信する。

次に、ステップ４では、ＭＴＣ−ＩＷＦは、「デバイス可用性サブスクリプション要求」メッセージをＭＭＥに送信する。「アクションタイプ」ＡＶＰに基づいて、ＭＭＥは、トリガパラメータをＵＥコンテキストに追加／更新／そこから削除する。ＭＭＥは、「アクションタイプ」が「デバイストリガ要求／デバイストリガ置換」に設定されると、「ＭＴデータ待ちフラグ」をＵＥコンテキスト内の「ＭＴデータ待ちコンテキスト」内に記憶する。ＭＭＥはまた、本トリガのための有効タイマを維持する。「アクションタイプ」が「デバイストリガ取り消し」である場合、フラグをＵＥコンテキストからクリアする。

ステップ５では、ＭＭＥは、結果成功コードを有する「デバイス可用性サブスクリプション回答」コマンドを送信することによって、ＵＥのトリガパラメータの追加／削除が成功したことをＭＴＣ−ＩＷＦに肯定応答する。

ステップ６では、ＭＴＣ−ＩＷＦは、結果成功コードとともに、「デバイスアクション回答」コマンドを送信することによって、ＭＭＥがＵＥのトリガパラメータの更新が成功したことをＳＣＳに肯定応答する。ＭＴＣ−ＩＷＦは、事前トリガプロシージャが使用されたこと、ＭＴＣ−ＩＷＦがデバイスの可用性をサブスクライブしていることを示すために、指示を「デバイスアクション回答」内に提供し得る。加えて、ＭＴＣ−ＩＷＦ（ＳＣＳではなく）が、事前トリガプロシージャの使用を決定する場合、ＭＴＣ−ＩＷＦは、ＳＣＳに、事前トリガプロシージャが使用されたため、トリガペイロードが破棄されたことの指示を与え得る。

好ましくは、トリガ情報は、ＭＴＣ−ＩＷＦに記憶されず、むしろ、サービングノード内に記憶される。これは、ＭＴＣ−ＩＷＦがステートレスエンティティであるべきことに基づく要件に準拠する。デバイストリガ情報は、ＭＭＥ内に記憶され、したがって、記憶要件は、ネットワーク全体を通して配布される。ＳＭＳベースのトリガが使用されると、全てのトリガは、中央場所（ＳＭＳ−ＳＣ）内に記憶される。

別の実施形態では、ＵＥが追跡エリア更新を行う場合、ＵＥは、ＰＳＭから出て、異なるＭＭＥによってサービス提供されるセルに移動する。次いで、「ＭＴデータ待ち」コンテキストも、通常ＴＡＵの間に行われる「コンテキスト転送」の一部として、新しいＭＭＥに転送されることができる。すなわち、ＣＮが、ＴＡＵ要求およびアタッチ要求に基づいて、通知をＳＣＳに送信すると、ＳＣＳは、ＵＥを直ちにトリガすることができ、トリガは、任意のオーバーヘッドを伴わずに、ネットワークに送達されることができる。代替として、ＣＮが、ＴＡＵ要求およびアタッチ要求に基づいて、通知をＳＣＳに送信すると、ＳＣＳは、ユーザプレーンを経由して、すなわち、ＳＧｉ参照点を経由して、ＵＥモバイル終端データを直ちに送信することができる。

（ＴＡＵプロシージャに対する拡張）
本願の別の側面によると、ＰＳＭ ＵＥを効率的にハンドリングするためにＴＡＵプロシージャに導入される新しいＩＥおよび新しいメッセージが、説明される。例えば、一実施形態では、ＴＡＵ要求は、「ベアラステータス」をＭＭＥに送信するように更新され得る。ＭＭＥが、ＳＣＳがＵＥへのＭＴデータの送信を欲することを把握する場合、ＭＭＥは、ベアラステータスを使用して、ベアラの全てをアクティブ化し得る。ＭＭＥはまた、ＵＥのＴ３４４０タイマを増加させ、ＵＥをデータ送達のために接続状態に保ち得る。

別の実施形態では、ＵＥがＭＭＥを変更すると、コンテキスト応答および場所更新ＡＣＫメッセージが、限定ではないが、「ＰＳＭ同期フラグ」、「ＰＳＭディスエーブルフラグ」、「ＭＴデータ待ちコンテキスト」、および関連付けられたＳＣＳアドレスを含むＵＥデバイス特性も含むように更新され得る。これらの新しいパラメータは、ＨＳＳ／古いＭＭＥからの既存のＵＥコンテキストに加え、新しいサービングＭＭＥに送信される。

さらに別の実施形態では、新しい「デバイス可用性通知要求／回答」が、ＵＥのＰＳＭパラメータについてＳＣＳに通知し、それと調整するために採用される。ＰＳＭパラメータは、ＰＳＭ ＵＥのアクティブタイマおよび周期的ＴＡＵタイマ値を指す。ＰＳＭ ＵＥは、ＰＳＭモードに入ることを意図する場合／とき、ＴＡＵ要求またはアタッチ要求時、そのＰＳＭパラメータをＭＭＥに送信する。ＭＭＥは、これらの値を修正し、それらをＵＥに返信し得る。

前述のように、ＳＣＳは、ＭＭＥにサブスクライブし得る。ＭＭＥは、ＴＡＵおよびアタッチ要求毎にＳＣＳと調整するであろう。「周期的ＴＡＵタイマ」および「アクティブタイマ」のためのＣＮ内の選択基準は、ＳＣＳによって提供される入力（デバイス特性）で更新され得る。ＳＣＳが、周期的ＭＴデータの知識を有し、ＵＥのアクティブタイマおよび周期的ＴＡＵタイマをＭＴデータ周期と整合させることを選好する場合、ＳＣＳは、前述のように、「デバイス特性交換要求」を使用して、これらの値をＭＭＥに送信し得る（ＭＴＣ−ＩＷＦを介して）。ＳＣＳは、ＵＥがアクティブになる度に通知されることを欲する場合、「ＰＳＭ同期フラグ」をこの要求内で設定し得る。ＳＣＳが「ＭＴデータ待ちフラグ」をＣＮ内で設定する場合、ＣＮはまた、ＵＥ可用性について、この通知をＳＣＳに送信する。ＳＣＳはまた、ＵＥがＰＳＭに入っている期間の長さならびにＰＳＭがアクティブのままであろう期間の長さを制御可能であろう。ＳＣＳはまた、ＵＥがＰＳＭモードに入ることを防止し得る。

別の実施形態によると、ＳＣＳはまた、ＳＣＳがＭＴデータを待たせており、ＵＥコンタクト情報を有していないとき、「デバイス可用性通知回答メッセージ」を用いてペイロードを送信し得る。逆に言えば、ＳＣＳがＵＥのコンタクト情報を有する場合、「デバイス可用性通知回答メッセージ」メッセージを送信後、ＳＧｉ参照点を介して、データをＵＥに送信し得る。なぜなら、ＵＥは、アクティブであり、ＭＴデータを受信することができるからである。ＳＣＳが、「デバイス可用性通知回答メッセージ」内にペイロードを含む場合、ＴＡＵ承認が、スモールデータをＵＥに搬送するために更新され得る。代替として、ＭＭＥは、このペイロードをＮＡＳダウンリンク（ＤＬ）転送メッセージ内で送達し得る。

図８に示されるような例示的実施形態では、ＴＡＵを拡張するためのプロトコルが、説明される。ステップの各々は、図８ではアラビア数字によって示される。ステップ１では、ＵＥは、ＴＡＵプロシージャを開始する。次いで、ＵＥは、ＴＡＵ要求をｅＮｏｄｅＢに送信する（ステップ２）。ここで、ＰＳＭ ＵＥは、ＭＭＥにＵＥ内でアクティブであるベアラを把握させるために、ＵＥがＰＳＭモードから出るとき、ＥＰＳベアラステータスをＴＡＵ要求内に提供するように命令され得る。次に、ｅＮｏｄｅＢは、ＴＡＵ要求をＭＭＥに送信する（ステップ３）。ＭＭＥが新しいＭＭＥであり、ＵＥのコンテキストを有していない場合、新しいＭＭＥは、コンテキスト要求を古いＭＭＥに送信する（ステップ４）。次に、古いＭＭＥは、ＵＥのコンテキストを新しいＭＭＥに送信する（ステップ５）。通常のＵＥコンテキストとは別に、それは、「拡張データハンドリングフラグ」、「ＰＳＭ同期フラグ」、「ＰＳＭディスエーブルフラグ」、「ＭＴデータ待ちフラグ」、および関連付けられたＳＣＳアドレスのうちの１つ以上のものを含む前述のようなＵＥデバイス特性も含むであろう。

ステップ６−１６は、詳細に論じられない。ステップ１６は、認証／セキュリティを包含する。ステップ７は、新しいＭＭＥと古いＭＭＥとの間のコンテキスト肯定応答を図示する。ステップ８は、新しいＭＭＥおよび新しいＳＧＷからのセッション作成要求を図示する。ステップ９および１０は、それぞれ、新しいＳＧＷとＰＧＷとの間のベアラ修正要求および応答を図示する。ステップ１１は、新しいＳＧＷおよび新しいＭＭＥからのセッション作成応答を図示する。ステップ１２は、新しいＭＭＥとＨＳＳとの間の場所更新を図示する。ステップ１３および１４は、それぞれ、ＨＳＳと古いＭＭＥとの間の場所キャンセルおよび肯定応答を図示する。ステップ１５および１６は、それぞれ、ｅＮＢと新しいＭＭＥとの間のｌｕ解放コマンドおよびｌｕ解放完了を図示する。

ステップ１７では、Ｓ６ａ参照点上の「場所更新肯定応答」メッセージは、ＵＥサブスクリプション内で新しいパラメータを転送するように修正される。このメッセージは、サブスクリプション情報をＨＳＳからＭＭＥに送信するために使用される。この特徴をサポートするために、限定ではないが、ＵＥデバイス特性、ＰＳＭディスエーブルフラグ、ＰＳＭ同期フラグ、関連付けられたＳＣＳアドレス、およびＭＴデータ待ちコンテキスト等の新しいサブスクリプションフィールドを含む、新しい加入者データフィールドが、提供される。ＭＭＥ内のＵＥコンテキストが、ＰＳＭ同期フラグがイネーブルにされており、および／または「ＭＴデータ待ちフラグ」がＭＴデータ待ちコンテキスト内でイネーブルにされている場合、ＭＭＥは、全ＳＣＳのアドレスとともに、「デバイス通知要求」をＭＴＣ−ＩＷＦに送信し、ＵＥの接続ステータスについて通知する（ステップ１８）。このメッセージは、以下の情報要素：（ｉ）ＵＥ識別：ＩＭＳＩ／外部ＩＤ／ＭＳＩＳＤＮと、（ｉｉ）ＳＣＳアドレスリストと、（ｉｉｉ）アクティブタイマ：特定のＵＥに対してＭＭＥ内に記憶されるアクティブタイマの現在の値と、（ｉｖ）周期的ＴＡＵタイマ：特定のＵＥに対してＭＭＥ内に記憶される周期的ＴＡＵタイマの現在の値と、（ｖ）原因：ＴＡＵ要求とのうちの１つ以上のものを含み得る。

その後、ステップ１８では、ＭＴＣ−ＩＷＦは、「デバイス可用性通知要求」をＳＣＳに転送する。ＭＴＣ−ＩＷＦは、ＨＳＳ照会を使用して、またはＭＴＣ−ＩＷＦ内にキャッシュされた情報をチェックすることによって、ＵＥ識別、例えば、ＩＭＳＩまたはＭＳＩＳＤＮ等を外部ＩＤに変更し得る。ＭＴＣ−ＩＷＦは、デバイス到達可能持続時間およびデバイス到達不能持続時間を受信されたアクティブタイマおよび周期的ＴＡＵタイマ値から導出する。ＭＴＣ−ＩＷＦはまた、受信された原因値をＳＣＳによって理解され得る原因値の組にマップする。このメッセージは、以下の情報要素、：（ｉ）外部識別子と、（ｉｉ）タイプ：情報メッセージ／要求メッセージと、（ｉｉｉ）デバイス到達可能持続時間（ＭＴＣ−ＩＷＦによって計算される）と、（ｉｖ）デバイス到達不能持続時間（ＭＴＣ−ＩＷＦによって計算される）と、（ｖ）理由とのうちの１つ以上のものを含み得る。さらに、ＭＴＣ−ＩＷＦは、デバイス可用性通知要求メッセージをＳＣＳアドレスリスト内の全ＳＣＳに送信し、ガードタイマを始動させる。

次のステップ２０では、ＳＣＳは、ＭＴＣ−ＩＷＦに「デバイス可用性通知回答」で応答する。ＳＣＳは、ＰＳＭパラメータを受信すると、それらを既存の値と比較し、値が修正される必要があるかどうかをチェックする。すなわち、予期されるＭ２Ｍデータトラフィックおよびアプリケーションシナリオが、値を修正するために検討され得る。ＰＳＭパラメータに基づいて、ＳＣＳはまた、ＵＥの状態移行に一致するようにＭＴデータトラフィックをスケジュールし得る。修正されたデバイス到達可能および到達不能持続時間が、「デバイス可用性通知応答」メッセージ内で提案され得る。「デバイス可用性通知応答」メッセージは、以下の情報要素：（ｉ）提案されるデバイス到達可能持続時間と、（ｉｉ）提案されるデバイス到達不能持続時間と、（ｉｉｉ）ＰＳＭディスエーブルフラグ−真／偽（ＵＥがＰＳＭに入ることを防止される必要があるかどうかを示す）とのうちの１つ以上のものを含む。ＳＣＳはまた、ＳＣＳがＵＥのトリガを欲すると、このメッセージを用いてペイロードを送信することができる。

ステップ２１では、ＭＴＣ−ＩＷＦは、ＳＣＳからの応答を待つ。そして、ＭＴＣ−ＩＷＦは、応答の全てを収集し、異なるＳＣＳからの全ての受信されたデバイス到達可能および到達不能持続時間を使用して、新しいアクティブタイマおよび周期的ＴＡＵタイマを計算し、以下の情報要素：（ｉ）ＵＥ識別：ＩＭＳＩ／外部ＩＤ／ＭＳＩＳＤＮと、（ｉｉ）提案されるアクティブタイマ：ＭＴＣ−ＩＷＦで計算されるアクティブタイマの値と、（ｉｉｉ）提案される周期的ＴＡＵタイマとで応答を構築する。ＭＭＥは、ＳＣＳによって提案される値を検討し、新しい値の再計算または提案される値の承認のいずれかを行う。メッセージが、ＭＭＥにおけるＮＡＳ信号伝達を通して送達され得る、ペイロードを搬送する場合、ＭＴＷ−ＩＷＦはまた、ペイロードを「デバイス可用性通知回答」メッセージ内でＭＭＥに転送する。

ステップ２２では、ＭＭＥは、以下のパラメータ：（ｉ）周期的ＴＡＵタイマと、（ｉｉ）アクティブタイマと、（ｉｉｉ）Ｔ３４４０タイマとに基づいて、その決定を行う。以下の検討も、行われる。第１の検討事項は、タイマ要求がＴＡＵ要求内でＵＥによって行われたかどうかである。第２の検討事項は、更新毎にＳＣＳによって提供されるデバイス特性情報が「デバイス特性交換」を使用して行われたかどうかである。第３の検討事項は、「デバイス通知回答」がＳＣＳから受信されたかどうかである。「アクティブタイマ」は、提供される最高値に基づいて選定され得、「周期的ＴＡＵタイマ」は、提供される最低値に基づき得る。第４に、ＭＭＥは、ＵＥバッテリ消費に関して効率的であると決定される構成閾値に基づいて、ＭＴデータに対して「Ｔ３４４０タイマ」を増加させ、ＵＥを接続モードに保つか、または「アクティブタイマ」を増加させ、ＵＥをアイドルモードに保つ（ページングをリッスンする）かどうか決定し得る。

ステップ２３および２５は、セッションの削除要求プロトコルについて論じる。ステップ２４では、ＭＭＥは、ＴＡＵ承認をＵＥに送信する。ここでは、ＭＭＥは、ステップ２２において以前に計算された「周期的ＴＡＵタイマ」、「アクティブタイマ」、および「Ｔ３４４０タイマ」を送信する。要求される場合、ＭＭＥは、「ＦＦＦＦ」（指定値）の「アクティブタイマ」値を提供することによって、ＵＥがＰＳＭモードに入ることを防止し得る（ＳＣＳからの要求に基づいて）。ＳＣＳが、保留データが存在しないことを示す場合、ＵＥは、「０」の「アクティブタイマ」値を提供することによって、ＰＳＭに直ちに入るように命令され得る。ステップ２６では、ＴＡＵ完了メッセージが、ＵＥから新しいＭＭＥに送信される。代替実施形態では、「スモールデータ伝送」が、「Ｔａｕ承認」メッセージの一部として、新しいＭＭＥからＵＥに送信される。ＭＭＥはまた、「拡張データハンドリングフラグ」が「イネーブルにされる」に設定されている場合、ｅＮｏｄｅＢがＵＥのための特殊データハンドリングを行うべきであることをＵＥコンテキスト内に示し得る。このフラグがｅＮｏｄｅＢに送信されると、ｅＮｏｄｅＢは、データベアラを特殊な方法で構成し（例えば、データベアラのためのＲＬＣ ＡＭモードの使用、低次変調スキームの使用等）、ＵＥへのデータ送達の成功の機会を増加させ、再伝送が要求されるであろう機会を減少させ得る。これはまた、ＳＣＳからのアプリケーションレベル再伝送の機会を減少させることにも役立ち得る。

次に、ステップ２７では、ＭＭＥは、代替として、ＮＡＳ ＤＬ転送メッセージの一部として、「スモールデータ伝送」を行い得る。ＭＭＥは、ベアラアクティブ化が必要とされるかどうかを決定する。ＴＡＵ承認後、ＭＭＥは、ダウンリンクデータ（ＤＤＮメッセージ）が存在するとき、「Ｓ１−ＡＰ初期コンテキスト設定要求」を開始することによって、データベアラを確立することができる。

（アタッチプロシージャ変更）
本願の別の側面によると、アタッチプロシージャへの変更が、提案される。すなわち、ＵＥがアタッチするとき、ＭＭＥは、ＳＣＳとチェックを行い、次いで、「デバイス特性交換要求」内でＳＣＳから受信されたＳＣＳ入力およびデバイス特性に基づいて、「アクティブタイマ」および「周期的ＴＡＵタイマ」の提供についてのその決定を行い得る。例示的実施形態では、図９は、アタッチプロシージャのためのコールフローを図示する。ステップの各々は、図９ではアラビア数字によって示される。ステップ１では、アタッチ要求が、ｅＮｏｄｅＢに送信される。アタッチ要求は、ステップ２において、ｅＮｏｄｅＢから新しいＭＭＥに転送される。ステップ３−６は、ＵＥ、ｅＮｏｄｅＢ、新しいＭＭＥ、および古いＭＭＥ間の識別要求を包含する。ステップ７−１０は、セッション要求を削除するためのプロンプトを説明する。

ステップ１１では、Ｓ６ａ参照点上における「場所更新肯定応答メッセージ」が、ＵＥサブスクリプション内で新しいパラメータを転送するように修正される。このメッセージは、サブスクリプション情報をＨＳＳからＭＭＥに送信するために使用される。この特徴をサポートするために、新しい加入者データフィールドが、本願で前述のように採用される。これらは、ＵＥデバイス特性、拡張データハンドリングフラグ、ＰＳＭディスエーブルフラグ、ＰＳＭ同期フラグ、ならびにその関連付けられたＳＣＳアドレスおよびＭＴデータ待ちコンテキスト等の新しいサブスクリプションフィールドのうちの１つ以上のものを含む。

ステップ１２−１６は、セッションの作成要求を説明する。ステップ１７では、ＭＭＥは、「初期コンテキスト設定要求／アタッチ承認」をＵＥに送信する。ＭＭＥは、「周期的ＴＡＵタイマ」、「アクティブタイマ」、および「Ｔ３４４０タイマ」を送信する。これらの計算は、図８のステップ２２に論じられるものに類似する。拡張データハンドリングフラグがイネーブルに設定されている場合、ＭＭＥはまた、このフラグを新しい情報要素内でｅＮｏｄｅＢに送信する。このフラグがｅＮｏｄｅＢに送信されると、ｅＮｏｄｅＢは、特殊な方法、例えば、データベアラのためのＲＬＣ ＡＭモードの使用、低次変調スキームの使用等でデータベアラを構成し、ＵＥへのデータ送達成功の機会を増加させ、再伝送が要求されるであろう機会を減少させることができる。これはまた、ＳＣＳからのアプリケーションレベル再伝送の機会を減少させることに役立ち得る。

ステップ１８では、ｅＮｏｄｅＢからＵＥへの無線リソース制御（ＲＲＣ）接続が、採用される。ステップ１９−２２は、ＵＥと新しいＭＭＥとの間の転送ステップを説明する。ステップ２３および２４は、新しいＭＭＥとサービングＧＷとの間のベアラ修正を説明する。ステップ２５および２６は、新しいＭＭＥとＳＣＳとの間の通知要求／応答を説明する。

ステップ２７では、ＭＭＥ内のＵＥコンテキストが、「ＰＳＭ同期フラグ」がイネーブルにされており、および／または「ＭＴデータ待ちフラグ」がイネーブルにされている場合、ＭＭＥは、全ＳＣＳのアドレスとともに、「デバイス可用性通知要求」をＭＴＣ−ＩＷＦに送信し、ＵＥの接続ステータスについて通知する。それは、「アタッチ要求」である、開始の原因を示すＡＶＰを有し得る。ステップ２８−３１は、それぞれ、図８のステップ１９−２２に前述のものに類似する。

（Ｓ１解放プロシージャに対する拡張）
本願の別の側面によると、ＵＥが、Ｓ１中、接続状態からアイドル状態に移行するときをＭＭＥがＳＣＳ／ＡＳに通知可能である技法が、説明される。このアプローチは、ＳＣＳ／ＡＳが、ＭＭＥにＰＳＭ移行を遅延させるべきか、前進させるべきかを提案することを可能にする。これは、Ｍ２Ｍアプリケーションのニーズに依存し得る。これはまた、ＵＥがＰＳＭ状態に入るおよびそこから出るときについて、ＳＣＳが同期したままであることに役立ち得る。

さらに、アタッチまたはＴＡＵプロシージャ中にＵＥに典型的に転送されるＰＳＭパラメータは、ここで、Ｓ１解放プロシージャ中にも転送され得ることが提案される。特に、ＵＥアイドルまたはＰＳＭ移行についてＳＣＳに通知するために、新しいメッセージが、Ｔ５ｂおよびＴｓｐインターフェース上に導入される。さらに、ＣＮは、ＳＣＳ提案持続時間およびＳ１解放を生じさせた理由に基づいて、ＰＳＭパラメータ、すなわち、アクティブタイマおよび周期的ＴＡＵタイマを決定し得る。ＣＮは、拡張ＵＥコンテキスト解放コマンドメッセージを使用して、ＰＳＭパラメータをｅＮｏｄｅＢにパスする。加えて、ＲＲＣ接続解放メッセージは、ＣＮによって提供されるＰＳＭパラメータを搬送するように拡張される。これは、アタッチ／ＴＡＵの間だけではなく、Ｓ１解放プロシージャの間にも、ＰＳＭパラメータをＵＥに転送する手段を作成する。

図１０に示されるような例示的実施形態では、Ｓ１解放プロシージャコールフローに対する拡張が、説明される。図１０におけるステップの各々は、アラビア数字によって示される。

ステップ１では、いくつかのシナリオによると、ｅＮｏｄｅＢは、ＭＭＥにＳ１コンテキスト解放を要求する前に、ＵＥのＲＲＣ接続を解放し得る。次に、ｅＮｏｄｅＢは、ＵＥコンテキスト解放要求Ｓ１ＡＰメッセージを送信することによって、Ｓ１解放プロシージャを開始する（ステップ２）。

次いで、ＭＭＥは、以下の基準に基づいて、ＵＥの状態変化についてＳＣＳに通知することを決定する（ステップ３）。第１の基準は、「ＰＳＭ同期フラグ」が、前述のように、ＭＭＥにおけるＵＥのモビリティコンテキスト内で設定されているかどうかである。第２の基準は、ＵＥの電力選好指示に基づいて、または前述のような統計的データ収集に基づいてＣＮによって決定されるように、ＵＥが、ＰＳＭアクティブ化のためにマークされているかどうかである。ＭＭＥは、「デバイス可用性通知要求」メッセージを構成し、Ｔ５ｂインターフェースを経由して、それをＭＴＣ−ＩＷＦに送信する。このメッセージは、以下の情報要素：（ｉ）ＵＥ識別：ＩＭＳＩ／外部ＩＤ／ＭＳＩＳＤＮと、（ｉｉ）ＳＣＳアドレスリスト（これは、ＳＣＳ識別子のリストまたはＳＣＳ ＩＰアドレスのリストであり得る）と、（ｉｉｉ）アクティブタイマ：特定のＵＥに対してＭＭＥ内に記憶されるアクティブタイマの現在の値と、（ｉｖ）周期的ＴＡＵタイマ：特定のＵＥに対してＭＭＥ内に記憶される周期的ＴＡＵタイマの現在の値と、（ｖ）原因：ｅＮｏｄｅＢによって示されるようなＳ１解放原因またはＭＭＥがＳ１接続の解放を決定した原因とを含む。

ＭＭＥは、タイマを始動させ、ＳＣＳ／ＭＴＣ−ＩＷＦ応答が長くかかりすぎる場合、タイムアウトにし得る。ＳＣＳが、この時間を超えて応答を遅延させる場合、ＭＭＥは、ＵＥのコンテキスト内に現在記憶されているＰＳＭパラメータを用いて、Ｓ１解放プロシージャの残りを進めることができる。ＳＣＳからの応答が、ガードタイマ後に到達する場合、ＭＭＥは、次のＴＡＵまたはアタッチプロシージャ中にＳＣＳによって提供されるＰＳＭパラメータを検討し得る。ＳＣＳによって提供されるＰＳＭパラメータが重要である場合、例えば、ＳＣＳが、ＵＥがＰＳＭに入ることを防止することを欲する場合、ＭＭＥは、例えば、単一の最後に把握されたｅＮｏｄｅＢにページングを開始し、新しいＰＳＭパラメータを提供し得る。

ステップ４では、ＭＴＣ−ＩＷＦは、着信メッセージパラメータを使用して、新しいメッセージ「デバイス可用性通知要求」を構築し、Ｔｓｐインターフェースを経由して、それをＳＣＳに送信する。ＭＴＣ−ＩＷＦは、ＨＳＳ照会を使用して、またはＭＴＣ−ＩＷＦキャッシュ内に記憶される情報をチェックすることによって、ＵＥ識別、例えば、ＩＭＳＩまたはＭＳＩＳＤＮ等を外部ＩＤに変更し得る。ＭＴＣ−ＩＷＦは、受信されたアクティブタイマおよび周期的ＴＡＵタイマ値に基づいて、デバイス到達可能持続時間およびデバイス到達不能持続時間を導出する。ＭＴＣ−ＩＷＦはまた、受信された原因値をＳＣＳによって理解され得る原因値の組にマップする。ＭＴＣ−ＩＷＦからＳＣＳに送信される「デバイス可用性通知要求」メッセージは、以下の情報要素：（ｉ）外部識別子と、（ｉｉ）タイプ：情報メッセージ／要求メッセージと、（ｉｉｉ）ＭＴＣ−ＩＷＦによって計算されるデバイス到達可能持続時間と、（ｉｖ）ＭＴＣ−ＩＷＦによって計算されるデバイス到達不能持続時間と、（ｖ）原因とのうちの１つ以上のものを含む。ＭＴＣ−ＩＷＦは、「デバイス可用性通知要求」メッセージをＭＭＥによって送信されるＳＣＳアドレスリスト内に記載された全ＳＣＳに拡散させる。

ステップ５では、ＳＣＳは、ＰＳＭパラメータを受信すると、値が修正される必要があるかどうかをチェックする。予期されるＭ２Ｍデータトラフィック、受信された理由、およびＭ２Ｍアプリケーションのニーズが、この決定において考慮され得る。ＰＳＭパラメータに基づいて、ＳＣＳは、ＵＥの状態移行に一致させるようにＭＴデータトラフィックをスケジュールし得る。新しいデバイス到達可能および到達不能持続時間が、「デバイス可用性通知回答」メッセージ内で提案され得る。このメッセージは、以下の情報要素：（ｉ）提案されるデバイス到達可能持続時間と、（ｉｉ）提案されるデバイス到達不能持続時間と、（ｉｉｉ）ＰＳＭディスエーブルフラグ−真／偽（ＵＥがＰＳＭに入ることを防止される必要があるかどうかを示す）とのうちの１つ以上のものを含み得る。

ステップ６によると、ＭＴＣ−ＩＷＦは、全ＳＣＳからの応答を待つ。これは、次いで、全応答を収集し、異なるＳＣＳからの全ての受信されたデバイス到達可能および到達不能持続時間を使用して、新しいアクティブタイマおよび周期的ＴＡＵタイマを計算し、以下の情報要素：（ｉ）ＵＥ識別：ＩＭＳＩ／外部ＩＤ／ＭＳＩＳＤＮと、（ｉｉ）提案されるアクティブタイマ：ＭＴＣ−ＩＷＦで計算されるアクティブタイマの値と、（ｉｉｉ）提案される周期的ＴＡＵタイマとでＭＭＥへの応答を構築する。ＭＭＥは、ＳＣＳによって提案される値を検討し、新しい値の再計算または提案される値の承認のいずれかを行うであろう。

ステップ７および８によると、ＭＭＥは、全てのアクティブ化されたベアラの解放をＳＧＷと開始する。ＳＧＷは、全ベアラを解放し、肯定応答をＭＭＥに送信する。ベアラプロトコルは、前述の通りである。

ステップ９では、ＭＭＥは、ＰＳＭパラメータをｅＮｏｄｅＢに「ＵＥコンテキスト解放コマンド」内で送信する。新しい情報要素「ＰＳＭパラメータ」は、「ＵＥコンテキスト解放コマンド」Ｓ１ＡＰメッセージ内に含まれる。ＰＳＭパラメータＩＥは、新しいアクティブタイマおよび周期的ＴＡＵタイマを搬送するであろう。次に、ｅＮｏｄｅＢは、アクティブタイマおよび周期的ＴＡＵタイマを搬送する新しい情報要素「ＰＳＭパラメータ」を追加することによって、受信されたＰＳＭパラメータをＵＥにＲＲＣ接続解放メッセージ内で送信する（ステップ１０）。次に、ｅＮｏｄｅＢは、「ＵＥコンテキスト解放完了」Ｓ１ＡＰメッセージをＭＭＥに送信し、新しい情報要素「ＰＳＭパラメータをＵＥにパス済み」フラグを含むことによって、ＰＳＭパラメータがＵＥにパスされているかどうかを示す（ステップ１１）。

さらに、ステップ１２では、ＭＭＥは、「ＵＥコンテキスト解放完了」Ｓ１ＡＰメッセージ内に「ＰＳＭパラメータをＵＥにパス済み」フラグをチェックし、フラグが「偽」である場合、ＭＭＥは、ＵＥにページングし、新しいＰＳＭパラメータを送信し得る。ページングプロシージャは、ＭＭＥがＰＳＭパラメータをＵＥにパスすることから利益を享受することを見出す場合のみ、ＭＭＥによって開始され得る。例えば、ＰＳＭタイマ値に実質的変化がない場合、ＭＭＥは、ページングプロシージャをスキップし得る。Ｓ１解放が、輻輳理由から、ｅＮｏｄｅＢによってトリガされた場合にも、ＭＭＥは、ページングプロシージャをスキップし得る。ページングおよびサービス要求プロシージャが完了すると、ＰＳＭパラメータは、以下に説明される以下に記載のアプローチのうちの１つを使用して、ＵＥにパスされる。

一アプローチでは、サービス要求プロシージャを終了すると、ＵＥ状態は、接続状態に移行し、ＰＳＭパラメータは、ダウンリンクデータメッセージ内で伝送される。別のアプローチでは、ＰＳＭパラメータは、ＵＥにＳＭＳとして伝送され得る。さらなるアプローチでは、サービス要求プロシージャは、スキップされ、ＰＳＭパラメータは、ページングプロシージャ中、ＵＥにパスされる。ページング要求メッセージを受信後、ＵＥは、ＲＲＣ接続設定要求メッセージをｅＮｏｄｅＢに送信する。ｅＮｏｄｅＢは、ページングＰＳＭパラメータを伝送するために行われたことを覚えているように知的にされ得、故に、ＰＳＭパラメータとともに、ＲＲＣ接続解放メッセージをＵＥに送信する。ＵＥへのＰＳＭパラメータの伝送は、したがって、ページングプロシージャが失敗しても遂行される。

（ネットワーク開始ＰＳＭ）
本願のさらに別の側面では、コアネットワーク（ＭＭＥ）がＵＥ／デバイスのＰＳＭ能力を把握する、プロトコルが、説明される。すなわち、ＵＥは、そのＰＳＭ能力をネットワーク認知させ、それによって、ネットワークが任意のネットワーク開始プロシージャを行うことを可能にすることによって、ネットワークにより多くの制御を与える。特に、ＵＥ無線能力情報は、ＵＥがＥＣＭアイドル状態にあるとき、ＭＭＥ内に記憶される。そうすることによって、ＵＥは、情報またはメッセージがＥＣＭアイドルからＥＣＭ接続状態に移行する度に、この情報をｅＮｏｄｅＢに伝送する必要はない。代わりに、ｅＮｏｄｅＢは、この情報をＭＭＥからフェッチする。

ある実施形態によると、ＭＭＥ内に記憶されるＵＥ無線能力情報は、「電力保存モード」と呼ばれる追加の情報要素を含むように拡張され得る。「電力保存モード」ＩＥは、ＵＥがＰＳＭ対応であるかどうかを示し、したがって、ネットワークが、ＵＥをＰＳＭ状態に移行させることについて決定を行うことを可能にする。「ＵＥ能力情報」ＲＲＣメッセージおよび「ＵＥ能力情報指示」Ｓ１ＡＰメッセージは、この新しい情報要素をＵＥからＭＭＥに搬送するように拡張される。

別の実施形態によると、ＣＮは、ＵＥ支援情報内に低電力消費選好を示すＵＥのためにＰＳＭを可能にする。ＵＥが、ＲＲＣ接続再構成中、低電力消費選好を示す場合、ネットワークは、ＵＥをＰＳＭ状態に移動させる指示としてそれを見なし得る。これは、最終的に、ＡＳ機能性がＰＳＭ中オフにされるので、ＵＥが殆どバッテリ電力を消費しないことに役立つであろう。

低電力情報をｅＮｏｄｅＢに搬送するＵＥ支援情報は、接続状態中、任意の時間にＣＮに転送され、したがって、ＣＮにＵＥの電力選好を認知させる。新しいＳ１ＡＰメッセージ「ＵＥ選好指示」が、電力選好値をＭＭＥに搬送するために導入される。ＭＭＥは、メッセージを受信すると、ＰＳＭサポートフラグをチェックし、ＰＳＭがＵＥのために可能にされ得るかどうかを決定する。ＵＥのサブスクリプション情報が、サポートされるＰＳＭ特徴が存在しないことを示す場合、このメッセージは、無視される。

図１１に示されるような例示的実施形態では、低電力選好を示すＵＥ支援情報のためのコールフローが、提供される。ステップの各々は、アラビア数字によって示される。ステップ１では、ｅＮｏｄｅＢが、「電力選好指示構成」ＩＥを３６．３３１に記載のようなＲＲＣ接続構成／再構成の他の構成における設定に設定し、ＵＥが、電力選好指示をサポートする場合、ＵＥは、低に設定された電力選好とともに、ＵＥ支援情報をｅＮｏｄｅＢに伝送し得る。次いで、ステップ２では、ｅＮｏｄｅＢは、新しいＳ１ＡＰメッセージ「ＵＥ選好指示」を「低電力消費要求」列挙値とともに構成し、メッセージをＭＭＥに送信する。ＭＭＥは、ＵＥサブスクリプション詳細をチェックし、ＰＳＭ特徴がＵＥのためにサポートされているかどうかを確認する。ＭＭＥはさらに、アタッチ、ＴＡＵ、またはＳ１解放プロシージャ中、ＳＣＳと協調し、ＰＳＭパラメータを共有し得る。

以下の表２に説明されるように、Ｓ１ＡＰメッセージのＵＥ選好指示が、提供される。ここでは、ＩＥ／グループ名は、例えば、メッセージタイプ、ＭＭＭ ＵＥ Ｓ１ＡＰ ＩＤ、およびｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤを含む。

ＵＥが、ＴＡＵまたはアタッチプロシージャにおいて、またはＳ１解放プロシージャ中、アクティブタイマを要求しない場合、ＭＭＥは、ＥＣＭ状態変化を監視することによって収集される統計的データを考慮し得る。これは、ＳＣＳにＰＳＭパラメータを要求し、ＵＥのためにＰＳＭをアクティブ化するための入力を含み得る。統計的データの例は、ＵＥ状態変更の回数、ＵＥがデータを送信および受信するとき等を含む。統計的分析は、ネットワークが特定のＵＥのためのＰＳＭ特徴をサポートする場合のみ、ＭＭＥで行われ、そうでなければ、統計的データは、収集または分析されない。

別の実施形態によると、ＵＥアプリケーションは、新しいＡＴコマンドインターフェース修正を介して、そのＰＳＭ設定を制御し、ＵＥ内のアプリケーション層またはＯＳが、ＵＥモデムがアタッチまたはＴＡＵプロシージャにおいて要求する、「アクティブタイマ」値および「周期的ＴＡＵタイマ」値に影響を及ぼすことを可能にし得る。ここでは、ＵＥ上のＴＥとＭＴとの間の「Ｒ」インターフェースは、新しいＡＴコマンドで更新され、アプリケーションからのＰＳＭ特徴の制御を可能にし得る。ＵＥが、ＰＳＭの使用を望む場合、「アクティブタイマ」および「周期的ＴＡＵタイマ」に関して意図される値をアタッチまたはＴＡＵ要求内に提供し得る。仮定として、ＵＥは、その周期的データ通信（該当する場合）を若干上回る、「周期的ＴＡＵタイマ」を求め得、「アクティブタイマ」値は、任意のＭＴデータが送達されることを可能にするであろう。周期的時間値および予期されるＭＴデータ時間は、アプリケーション層によって決定される。特に、新しいプロトコルは、「ＰＳＭプッシュ」を記述し、アプリケーションの好ましい「アクティブタイマ」値および「周期的ＴＡＵタイマ」値についてＭＴに通知する。ＭＴは、アタッチ要求またはＴＡＵ要求をＣＮに送信するときは常に、これらの値を使用することができる。複数のアプリケーションが存在する場合、ＭＴは、全アプリケーションからの入力に基づいて、適切な値を選定することができる。ＭＴは、アプリケーションによって提供される全アクティブタイマ値から最大値を選定し得る。ＭＴはまた、アプリケーションによって提供される全ＴＡＵタイマ値の最低ＴＡＵタイマ値を選定し得る。

（「低モビリティ」デバイスのためのＣＮ最適化）
本願の別の側面によると、ＣＮは、ＵＥが移動型であることが予期されるときおよびその場合についての情報で構成され得る。本節は、ＳＣＳによって共有される特定のＵＥ／デバイスのモビリティパラメータに基づいて、ＣＮにおける最適化を提案する。いくつかのＭ２Ｍデバイスの性質は、静止であるか、またはは、限定されたモビリティを有するかのいずれかであることである。例えば、街灯内に設置されたＭ２Ｍデバイスは、静止であり、ある産業内の温度／圧力センサ内に設置されたＭ２Ｍデバイスは、固定境界内に留まる。ＵＥ／デバイスのこの特定の「低モビリティ」特性は、ネットワーク内に最適化を提供するために活用され得る。

一実施形態では、ＳＣＳは、本願ですでに論じられたような「デバイス特性交換（ＤＣＥ）」メッセージを使用して、デバイス特性情報をＣＮにパスし得る。ＣＮは、デバイス特性をＵＥサブスクリプション情報内に記憶し、それらをアタッチ、ＴＡＵ、およびページングプロシージャにおいて使用する。デバイス特性交換メッセージは、以下に記載の情報要素で拡張され、モビリティ特性の共有をサポートし得る。例えば、デバイス特性（グループ化ＡＶＰおよび１つ以上のインスタンスが存在し得る）は、デバイスモビリティの以下の側面：（ｉ）モビリティステータス−ＳＴＡＴＩＯＮＡＲＹ，ＭＯＢＩＬＥ＿ＷＩＴＨＩＮ＿Ａ＿ＢＯＵＮＤＡＲＹと、（ｉｉ）モビリティステータスフラグ−イネーブル、ディスエーブルと、（ｉｉｉ）持続時間−ＵＥが上記モビリティステータスに留まるであろう持続時間と、（ｉｖ）モビリティ範囲−モビリティステータスが静止である場合に適用可能であるメートル単位の値とを含み得る。

別の実施形態によると、「低モビリティ」特性に基づいて、ＵＥのための追跡エリアＩＤ（ＴＡＩ）リストを割り当てるためのアタッチおよびＴＡＵプロシージャに対する拡張が、説明される。ネットワークはまた、より粒度の高い追跡およびページングのために使用され得るＥＣＧＩリストを提供し得る。ＥＣＧＩリストは、ＵＥが、通常の追跡エリア更新を行うことによってＭＭＥに通知することなしに、「アイドル」モードでキャンプオンできる特定のセルを識別する。ＵＥがネットワークに登録すると、ＭＭＥは、追跡エリアの組をＵＥに配分し、アタッチ承認（ＴＡＵプロシージャの場合、ＴＡＵ承認）内にＴＡＩリストを提供する。ＴＡＩリストは、ＵＥの現在の場所に近いＴＡのリストを含む。ＵＥは、ＴＡＩリスト内に提供されるＴＡ内を移動している間、追跡エリア更新プロシージャを行わない。

加えて、モビリティステータス情報要素は、ＵＥが静止であるか、または境界内をローミングすることができるかどうかを示す値を含む。モビリティステータスフラグは、記載されるモビリティステータスが現在有効であるかどうかを示す。例えば、出荷用コンテナ内に設置されたＭ２Ｍデバイスが倉庫に到達すると、個別のアプリケーションサーバが、ＳＣＳに、モビリティステータスが現在静止であり、モビリティステータスフラグをイネーブルに設定していることを示し得る。出荷用コンテナが移動し始めると、モビリティステータスフラグは、ディスエーブルに設定される。持続時間フィールドも、モビリティステータスフィールドが有効である期間の長さを示すために使用され得る。持続時間が切れると、モビリティステータスフラグは、ディスエーブルに設定される。モビリティ範囲フィールドは、Ｍ２Ｍデバイスのローミングエリアを示す。このパラメータは、ＭＭＥがデバイスが到達可能であり得るＴＡを決定するために有用である。

さらに、ＵＥに対するモビリティステータスおよびモビリティ範囲がＳＣＳによって把握されているとき、ＳＣＳは、この情報をＤＣＥメッセージ内でＭＭＥと共有する。ＭＭＥは、この情報をサブスクリプション詳細内に記憶し、それらを使用して、ＭＭＥによってサービス提供される完全なＴＡＩリストを与える代わりに、特定のＴＡを対象とする最小のＴＡＩリストを提供する。

ＭＭＥはまた、アタッチまたはＴＡＵプロシージャ中に、モビリティステータスおよびモビリティ範囲に基づいて、ＥＣＧＩリストを提供し得る。ＥＣＧＩリストを提供することによって、ＭＭＥは、ＵＥが位置する場所についてさらなる制御およびより高い粒度を有し、これは、ページングプロシージャを最適化するために使用され得る。ＵＥが提供されたＥＣＧＩリストを超えて移動する場合、それは、ＴＡＵプロシージャをトリガする。これはまた、ＳＣＳに、ＵＥが提供される範囲を超えて移動したことを通知するために使用され得、任意のアプリケーションレベル機能性を呼び出し得る。例えば、ＳＣＳは、ＵＥのためのモビリティステータスが静止であり、モビリティ範囲が１００メートルに設定されていることを示すことができる。次いで、ＭＭＥは、１つまたは２つのセルＩＤを有するＥＣＧＩリストを配分することができる。代替として、モビリティステータスが「ＭＯＢＩＬＥ＿ＷＩＴＨＩＮ＿Ａ＿ＢＯＵＮＤＡＲＹ」に設定され、モビリティ範囲が５，０００メートルに設定されている場合、ＭＭＥは、ＭＭＥによってサービス提供されるＴＡＩリスト全体を共有する代わりに、ＵＥのローミング領域を対象とするＴＡＩリストを推測し、それをＵＥと共有し得る。以下の表３は、アタッチ承認ＮＡＳメッセージ内でパスされるべき新しい情報要素ＥＣＧＩリストを示す。さらに、ＴＡＵ承認メッセージはまた、以下の表４に示されるＥＣＧＩリスト情報要素を含むように拡張される。

（ページング最適化）
本願のさらなる側面によると、アタッチおよびＴＡＵプロシージャ中の拡張に基づくページングプロシージャの最適化が、説明される。アイドル状態にある静止ＵＥに対して、ＭＭＥは、ＭＭＥがサービス提供する実際のＴＡＩリストではなく、特定のＴＡに対してのみページングを行うことができる。さらに、移動型であり、特定の境界内に留まるＵＥに対して、ＭＭＥは、ＴＡＩリストの全ての他のｅＮｏｄｅＢにおける不必要な信号伝達の削減をもたらすより小規模なＴＡＩリストを推測し得る。

一実施形態によると、ＭＭＥは、ページング中、アタッチまたはＴＡＵプロシージャ中に生成され、記憶されたＴＡＩリストおよび／またはＥＣＧＩリストを使用する。ＭＭＥからＵＥに向かって送信されるＳ１ＡＰページング要求メッセージは、ＥＣＧＩリストと呼ばれる新しい情報要素を含むように拡張され得る。以下の表５は、ページングメッセージ内で送信される新しいＩＥを強調する。

本願のさらなる側面では、ＰＳＭ対応ＵＥのための拡張バッファリングおよびデータハンドリングをサポートするためのサービス要求プロシージャの更新が、説明される。特に、新しいＩＥは、ＰＳＭ対応ＵＥ、例えば、制約デバイスのための拡張データハンドリングをサポートするためにダウンリンクデータ通知肯定応答内に導入される。ダウンリンクデータ通知肯定応答は、ＳＧＷに対する「拡張データハンドリング」フラグを含むように更新され得る。ＭＭＥが、ＵＥがＰＳＭモードにあり、「拡張データハンドリングフラグ」がＵＥコンテキスト内で「イネーブル」に設定されていることを見出す場合、ＭＭＥは、ＳＧＷに、ＳＣＳによるアプリケーションレベル再伝送を回避するために、より長い時間の間のＵＥデータバッファリングが所望されることを示すことができる。

図１２に示されるような例示的実施形態では、ネットワーク開始サービス要求コールフローが、説明される。ステップの各々は、アラビア数字によって示される。ステップ１では、ダウンリンクデータが、Ｓ−ＧＷにおいてＰＤＮ ＧＷから受信される。ダウンリンクデータ通知が、ステップ２ａにおいて、ＭＭＥに行われる。ステップ２ｂでは、ＵＥがＰＳＭモードにあり、拡張データハンドリングフラグが「イネーブル」にされている場合、ＭＭＥ（またはＳＧＳＮ）は、イネーブルに設定された「拡張データハンドリング」フラグを有するダウンリンクデータ通知肯定応答をＳＧＷに送信し得る。ＭＭＥ（またはＳＧＳＮ）はまた、タイマ値を新しい情報要素内で送信し、データがバッファされる必要がある時間量を示し得る。ＵＥが、２０分間、ＰＳＭモードにあることが予期される場合、ＭＭＥ（またはＳＧＳＮ）は、２０＋分の時間をＳＧＷに送信することができる。このフラグおよびタイマを受信すると、ＳＧＷは、規定された時間の間、ＵＥのデータをバッファし、アプリケーションレベル再伝送を回避することを決定し得る。とりわけ、ＵＥがＰＳＭモードにあるとき、後続ステップは、実行されないこともある。ステップ３ａ−ｂおよび４ａ−ｂは、最終的にはＵＥにつながる、ページングプロトコルを指す。ステップ５は、サービス要求プロシージャに関連する。ステップ６ａ−ｂは、ページング停止プロトコルを指す。

本願の別の側面によると、新しいＩＥが、ＰＳＭ対応ＵＥ（制約デバイス）のための拡張データハンドリングをサポートするために、Ｓ１−ＡＰ初期コンテキスト設定要求内に導入される。一実施形態では、１−ＡＰ初期コンテキスト設定要求は、ｅＮｏｄｅＢに対する「拡張データハンドリングフラグ」を含むように更新され得る。ＭＭＥが、「拡張データハンドリングフラグ」がＵＥコンテキスト内で「イネーブル」に設定されていることを見出す場合、ＭＭＥは、ｅＮｏｄｅＢに、ＳＣＳによって、アプリケーションレベル再伝送を回避するために、ＵＥデータの特殊ハンドリングが要求されることを示し得る。

図１３に図示されるような例示的実施形態では、ＵＥトリガサービス要求プロシージャが、説明される。各ステップは、アラビア数字によって示される。ＮＡＳサービス要求が、ＵＥからＭＭＥに伝送され、認証された後（ステップ１−３）、Ｓ１−ＡＰ初期コンテキスト設定要求（ステップ４）が、行われる。ここでは、Ｓ１−ＡＰ初期コンテキスト設定要求は、ｅＮｏｄｅＢに対する「拡張データハンドリング」フラグを含むように更新されることができる。ＭＭＥが、「拡張データハンドリングフラグ」がＵＥコンテキスト内で「イネーブル」に設定されていることを見出す場合、ＭＭＥは、これをｅＮｏｄｅＢに示すことができる。このフラグがｅＮｏｄｅＢに送信された場合、ｅＮｏｄｅＢは、特殊な方法で（例えば、データベアラのためのＲＬＣ ＡＭモードの使用、低次変調スキームの使用等）データベアラを構成し、ＵＥへのデータ送達成功の機会を増加させ、再伝送が要求されるであろう機会を減少させることができる。これは、ＳＣＳからのアプリケーションレベル再伝送の機会を減少させることにも役立ち得る。

代替実施形態によると、２つの新しいＱＣＩ値、例えば、ＧＢＲベアラに関する１０および非ＧＢＲベアラに関する１１が、導入され得る。ＰＳＭ対応ＵＥがネットワークにアタッチすると、この新しいＱＣＩ １０または１１が、特殊データハンドリングがこれらのデバイスのために所望されるとき、そのベアラのために使用される。ＵＥがＰＳＭモードにあり、ダウンリンクデータがＳＧＷで受信されるたき、ＳＧＷは、ＤＤＮメッセージをＭＭＥに送信し得、ＭＭＥは、データをバッファするために、タイマ値で応答し得る。ＳＧＷは、次いで、ＭＭＥによって提供されるタイマ値に基づいて、かつ、ベアラに関連付けられた新しいＱＣＩ値にも基づいて、所望の時間の間、データをバッファし得る。

ＰＳＭ対応ＵＥが接続されると、ｅＮｏｄｅＢは、新しいＱＣＩ値（１０または１１）でベアラのための特殊データハンドリング（例えば、データベアラのためのＲＬＣ ＡＭモードの使用、低次変調スキームの使用等）を行い、ＵＥへのデータ送達成功の機会を増加させ得る。これは、ＳＣＳからのアプリケーションレベル再伝送の可能性を減少させることに役立ち得る。

別の代替実施形態によると、ＵＥがＰＳＭモードにあり、ダウンリンクデータがＳＧＷで受信されると、ＳＧＷは、ＤＤＮメッセージをＭＭＥに送信し、ＭＭＥは、データをバッファするために、タイマ値で応答し得る。加えて、ＭＭＥは、ＭＭＥでバッファし得る、データの量を示し得る。ＳＧＷにおいて受信およびバッファされたデータが、ＭＭＥによって示されるデータ限界内にある場合、ＳＧＷは、データをＭＭＥに転送し得る。データは、この場合、ＭＭＥにバッファされ、後に、ＳＲＢを経由して、ＮＡＳ ＤＬ転送メッセージを使用して送達されることができる。データがＭＭＥにバッファされているときにＭＭＥ移転が要求される場合、バッファされたデータも、コンテキスト転送プロシージャを用いて、新しいＭＭＥに転送され得る。

（ＬＷＭ２Ｍ実施形態）
ＬＷＭ２Ｍクライアントは、クライアントのバッテリの状態またはレベルを示すリソースを含み得る。ＬＷＭ２Ｍサーバは、オブザーブ要求をＬＷＭ２Ｍクライアントに送信し、バッテリがあるレベルに到達するとサーバが通知されるべきことを示し得る。クライアントがサーバにバッテリレベルを通知すると、サーバは、クライアントに、エネルギーを節約するために、より長い期間の間、スリープが可能にされることを通知し得る。本願の側面によると、ＬＷＭ２Ｍクライアントの「コネクティビティ監視」オブジェクトは、「最大スリープ時間」と呼ばれる新しいリソースで更新され得る。サーバは、この新しいリソースを使用して、クライアントに、スリープが可能にされ、モバイル終端通信のために利用不可能である期間を示し得る。ＬＷＭ２Ｍクライアントは、追跡エリア更新を行うとき、この「最大スリープ時間」値を使用して、そのＰＳＭ設定を構成し得る。

図１４に図示されるような例示的実施形態では、クライアントがそのＰＳＭ設定を調節するＬＷＭ２Ｍサーバ要求が、コールフローによって説明される。ステップの各々は、アラビア数字によって示される。ステップ１では、ＳＣＳは、クライアントのために、Ｍ２Ｍインターフェースを使用して、電力およびスリープ選好をＬＷＭ２Ｍサーバに送信する。ＳＣＳは、ＵＥがＳＣＳに登録するとき、このメッセージを送信することを選定し得るか、または、ＳＣＳは、新しいアプリケーションが始動される等のあるイベントに基づいて、電力／スリープ選好を修正することを選定し得る。次に、ＬＷＭ２Ｍサーバは、選好を肯定応答する（ステップ２）。その後、ＬＷＭ２Ｍサーバは、クライアントに、バッテリレベルがあるレベルに到達すると、サーバに通知するように求める（ステップ３）。次いで、クライアントは、サーバに、バッテリがあるレベルに到達したことを通知する（ステップ４）。

バッテリレベルに基づいて、ＬＷＭ２Ｍサーバは、クライアントに、ある最大時間量の間、スリープが可能にされることを通知する（ステップ５）。例えば、クライアントは、最大２０分間、スリープモードになることが可能にされることが伝えられ得る。スリープモードの間、クライアントは、モバイル終端通信のために到達可能ではないこともある。次に、クライアントは、応答をサーバに送信し、その「最大スリープ時間」リソースが更新されたことを示し得る（ステップ６）。その後、クライアント（ＵＥ）は、追跡エリア更新を行い、ＭＭＥに、ステップ５で提供された「最大スリープ時間」に基づいて計算されたアクティブ時間およびＴＡＵタイマを提供するであろう（ステップ７）。例えば、ステップ５において、２０分の「最大スリープ時間」が提供された場合、ＵＥは、５分のアクティブ時間および２５分のＴＡＵタイマを選定し得る。ＬＷＭ２Ｍクライアントは、ＡＴコマンドを使用して、プロトコルスタックに所望のアクティブ時間およびＴＡＵ時間を通知するように構成され得る。さらに、ＭＭＥは、ＴＡＵおよび新しいタイマ値を承認したことを示し得る（ステップ８）。

代替実施形態では、ＬＷＭ２Ｍサーバが、コアネットワークとのインターフェースを有する場合、ＬＷＭ２Ｍサーバは、コアネットワークとのそのインターフェースを使用して、ＵＥのＰＳＭ設定が調節されることを要求し得る。例えば、図１５は、ＬＷＭ２ＭサーバがＳＣＳがクライアントのＰＳＭ設定を調節することを要求する、コールフローを図示する。図１５におけるステップの各々は、アラビア数字によって示される。最初に、ＬＷＭ２Ｍサーバは、クライアントに、バッテリレベルがあるレベルに到達するとサーバに通知するように求める（ステップ１）。次いで、クライアントは、サーバに、バッテリがあるレベルに到達したことを通知する（ステップ２）。次に、ＬＷＭ２Ｍサーバは、デバイスの最大スリープ時間が調節されることを要求するための要求をＳＣＳに送信する（ステップ３）。ステップ４−７によると、ＳＣＳは、本願ですでに論じられたように、デバイス特性更新プロシージャを使用する。その後、ＳＣＳは、ＬＷＭ２Ｍサーバの要求に肯定応答し、ＵＥのスリープ時間を調節する（ステップ８）。続いて、クライアント（ＵＥ）は、追跡エリア更新を要求する（ステップ９）。最後に、ＭＭＥは、ＵＥに、ステップ３で提供された「最大スリープ時間」に基づいて計算されたアクティブ時間およびＴＡＵタイマを提供する。例えば、２０分の「最大スリープ時間」がステップ３において提供された場合、ＭＭＥは、５分のアクティブ時間および２５分のＴＡＵタイマを選定し得る。前述のステップ３および８は、ＳＣＳとＬＷＭ２Ｍサーバとの間のＭ２Ｍインターフェース上で生じてもよいことに留意されたい。

本願によると、本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、命令が、コンピュータ、サーバ、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイス等のマシンによって実行されたときに、本明細書で説明されるシステム、方法、ならびにプロセスを行うおよび／または実装されるコンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化され得ることが理解される。具体的には、上記で説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の方法または技術で実装される、揮発性および不揮発性、取り外し可能なおよび非取り外し可能な媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の物理的媒体を含むが、それらに限定されない。

本願のさらに別の側面によると、コンピュータ読み取り可能なまたは実行可能記命令を記憶するための非一過性のコンピュータ読み取り可能なもしくは実行可能記憶媒体が開示される。媒体は、図６−１５による、複数のコールフローにおいて上記で開示されるような１つ以上のコンピュータ実行可能命令を含み得る。コンピュータ実行可能命令は、上記の図４Ｃおよび４Ｄで開示される、メモリ内に記憶され、プロセッサによって実行され、ＵＥ、ＨＳＳ、およびＳＣＳを含む、デバイス内で採用され得る。一実施形態では、図４Ｃおよび４Ｄに前述のように、不揮発性メモリおよびそこに動作可能に結合されているプロセッサを有する、コンピュータ実装ＵＥが、開示される。具体的には、不揮発性メモリは、ネットワーク上のデバイスの電力節約モード特性を制御するためのその上に記憶された命令を有する。プロセッサは、（ｉ）ネットワーク上のデバイスの特性を更新するための要求を受信し、（ｉｉ）要求に基づいて、デバイスの特性を更新し、（ｉｉｉ）特性が更新されたことの肯定応答を送信する命令を行うように構成される。

別の実施形態では、非一過性メモリは、ネットワーク上のデバイスの電力節約モード特性を制御するためのその上に記憶される命令を含む。プロセッサは、（ｉ）追跡エリア更新またはアタッチ要求をネットワーク上のデバイスから受信し、（ｉｉ）デバイス可用性通知要求をコアネットワークインタワーキング機能またはサービス能力サーバに送信し、（ｉｉｉ）デバイス可用性通知回答をインタワーキング機能またはサービス能力サーバから受信する命令を行うように構成される。

さらに別の実施形態では、非一過性メモリは、ネットワーク上のデバイスの電力節約モードのためのバッファリングおよびデータハンドリングをサポートするためのその上に記憶される命令を含む。プロセッサは、非一過性メモリに動作可能に結合され、（ｉ）ダウンリンクデータ通知をサービングゲートウェイから受信し、（ｉｉ）デバイスが電力節約モードにあり、かつ拡張データハンドリングフラグがイネーブルにされていることを決定し、（ｉｉｉ）拡張データハンドリングフラグを含むダウンリンクデータ通知肯定応答をサービングゲートウェイに送信する命令を行うように構成される。

システムおよび方法が、現在、具体的側面と見なされるものに関して説明されているが、本願は、開示される側面に限定される必要はない。請求項の精神および範囲内に含まれる種々の修正および類似配列を対象とすることが意図され、その範囲は、全てのそのような修正および類似構造を包含するよう、最も広い解釈を与えられるはずである。本開示は、以下の請求項のありとあらゆる側面を含む。

Claims (20)

1. ネットワーク上のコンピュータ実装装置であって、
   前記ネットワーク上のデバイスの電力節約モード特性を制御するための命令を記憶している不揮発性メモリと、
   前記メモリに動作可能に結合されているプロセッサと
   を備え、前記プロセッサは、
   前記ネットワーク上の前記デバイスの前記特性を更新するための要求を受信する命令と、
   前記要求に基づいて、前記デバイスの前記特性を更新する命令と、
   前記特性が更新されたことの肯定応答を送信する命令と
   を実行するように構成されている、装置。
2. 前記特性を更新するための要求は、モバイル終端トラフィックのための遅延公差、モバイル終端通信の周期、電力節約モード同期フラグ、電力節約モードディスエーブルフラグ、アクティブタイマ、周期的追跡エリア更新タイマ、およびそれらの組み合わせから選択される、請求項１に記載の装置。
3. 前記特性を更新するための要求は、拡張データハンドリングフラグを含む、請求項１に記載の装置。
4. 前記要求は、サービス能力サーバ、アプリケーションサーバ、およびそれらの組み合わせから受信される、請求項１に記載の装置。
5. 前記サービス能力サーバからの要求は、コアネットワークインタワーキング機能を介して受信される、請求項４に記載の装置。
6. 前記プロセッサは、加入者データ挿入要求をモバイル管理エンティティに転送する命令をさらに含む、請求項５に記載の装置。
7. 前記プロセッサは、加入者データ挿入回答を前記モバイル管理エンティティから受信する命令をさらに含む、請求項６に記載の装置。
8. 前記プロセッサは、前記加入者データ挿入要求に基づいて、周期的追跡エリア更新タイマ値を決定する命令をさらに含む、請求項５に記載の装置。
9. ネットワーク上のコンピュータ実装装置であって、
   前記ネットワーク上のデバイスの電力節約モード特性を制御するための命令を記憶している非一過性メモリと、
   前記非一過性メモリに動作可能に結合されているプロセッサと
   を備え、前記プロセッサは、
   追跡エリア更新またはアタッチ要求を前記ネットワーク上の前記デバイスから受信する命令と、
   デバイス可用性通知要求をコアネットワークインタワーキング機能またはサービス能力サーバに送信する命令と、
   デバイス可用性通知回答を前記インタワーキング機能または前記サービス能力サーバから受信する命令と
   を実行するように構成されている、装置。
10. 前記デバイス可用性通知要求は、前記デバイスの識別、サービス能力サーバのアドレスリスト、アクティブタイマ、周期的追跡エリア更新タイマ、前記要求に対する原因、およびそれらの組み合わせから選択された情報を含む、請求項９に記載の装置。
11. 前記デバイス可用性通知回答は、前記デバイスに対する到達可能持続時間、前記デバイスに対する提案される到達不能持続時間、電力節約モードディスエーブルフラグ、トリガ要求、およびそれらの組み合わせから選択された情報を含む、請求項９に記載の装置。
12. 前記通知要求および前記通知回答は、前記デバイスが電力節約モードから抜け出るときの通知情報を提供する、請求項９に記載の装置。
13. ネットワーク上のコンピュータ実装装置であって、
    前記ネットワーク上の前記デバイスの電力節約モードのためのバッファリングおよびデータハンドリングをサポートするための命令を記憶している非一過性メモリと、
    前記非一過性メモリに動作可能に結合されているプロセッサと
    を備え、前記プロセッサは、
    ダウンリンクデータ通知をサービングゲートウェイから受信する命令と、
    前記デバイスが電力節約モードにあり、かつ拡張データハンドリングフラグがイネーブルにされていることを決定する命令と、
    前記拡張データハンドリングフラグを含むダウンリンクデータ通知肯定応答を前記サービングゲートウェイに送信する命令と
    を実行するように構成されている、装置。
14. 前記肯定応答は、タイマ値を含む、請求項１３に記載の装置。
15. 前記肯定応答は、前記デバイスのためにバッファされ得るデータの量を含む、請求項１４に記載の装置。
16. 前記プロセッサは、前記デバイスをページングする命令をさらに含む、請求項１３に記載の装置。
17. ネットワーク上のデバイスの電力節約モード特性を制御するコンピュータ実装方法であって、
    前記ネットワーク上の前記デバイスの前記特性を更新するための要求を受信することと、
    前記要求に基づいて、前記デバイスの前記特性を更新することと、
    前記特性が更新されたことの肯定応答を送信することと、
    加入者データ挿入要求をモバイル管理エンティティに転送することと
    を含む、方法。
18. ネットワーク上のデバイスの電力節約モード特性を制御するコンピュータ実装方法であって、
    追跡エリア更新またはアタッチ要求を前記ネットワーク上の前記デバイスから受信することと、
    デバイス可用性通知要求をコアネットワークインタワーキング機能またはサービス能力サーバに送信することと、
    デバイス可用性通知回答を前記コアネットワークインタワーキング機能または前記サービス能力サーバから受信することと
    を含み、
    前記通知要求は、前記デバイスが電力節約モードから抜け出るときの通知情報を提供する、方法。
19. 前記デバイス可用性通知回答に基づいて、周期的追跡エリア更新タイマ値を決定することをさらに含む、請求項１８に記載の方法。
20. ネットワーク上のデバイスの電力節約モードのためのバッファリングおよびデータハンドリングをサポートするコンピュータ実装方法であって、
    ダウンリンクデータ通知をサービングゲートウェイから受信することと、
    前記デバイスが電力節約モードにあり、かつ拡張データハンドリングフラグがイネーブルにされていることを決定することと、
    前記拡張データハンドリングフラグを含むダウンリンクデータ通知肯定応答を前記サービングゲートウェイに送信することと、
    前記デバイスをページングすることと
    を含む、方法。