JP2017515416A - マシンタイプ通信のためのモビリティマネジメントエンティティ、ユーザ機器及び方法 - Google Patents

Abstract

発展型パケットシステム（ＥＰＳ）に従うネットワークにおいてパケット交換（ＰＳ）サービスをサポートするモビリティマネジメントエンティティ（ＭＭＥ）の実施形態がここに開示される。ＭＭＥは、ユーザ機器（ＵＥ）からマシンタイプ通信（ＭＴＣ）動作のインジケータを受信することができ、それは、ＵＥがＭＴＣ ＵＥとして動作することを示し得る。ＭＭＥは、ＥＰＳベアラ上でのＵＥ非活動の判定に少なくとも部分的に応答し、ＥＰＳベアラに含まれるＳ５／Ｓ８ベアラのリリースに関してベアラリリースメッセージを送信し得る。いくつかの実施形態において、ＭＴＣ動作のインジケータは、ＵＥからのＳ５／Ｓ８ベアラのリリースに関する許可インジケータを含み得る。いくつかの実施形態において、ＭＴＣ動作のインジケータは、小さいブロックのデータ又は低い頻度のレートでの送信のインジケータを含み得る。

Description

実施形態は、ワイヤレス通信に関連する。いくつかの実施形態は、ＬＴＥネットワークを含むセルラ通信ネットワークに関連している。いくつかの実施形態は、マシンタイプ通信（ＭＴＣ：Machine Type Communication）と関連する。いくつかの実施形態は、発展型パケットシステム（ＥＰＳ：Evolved Packet System）ベアラ又は他のベアラと関連する。

優先権の主張
本出願は、２０１４年５月８日に出願された米国仮特許出願第６１，９９０，６８６号の優先権の利益を主張する２０１４年１２月１５日に出願された米国特許出願第１４／５７１，０２５号の優先権の利益を主張し、両出願を参照のためにここに完全に組み込む。

スマートフォンのようないくつかの携帯デバイスと比較すると、マシンタイプ通信（ＭＴＣ）をサポートするデバイスは、比較的小さいブロックのデータを比較的低い頻度のレートで送信でき、またスリープモードに長い期間滞在することができる。モバイルネットワークは、ＭＴＣデバイスをサポートすることができ得るが、そのような動作は、時として効率的ではないことがある。例えば、ネットワークは、ほぼ一定の接続可能性で高いスループットに対して設計され又は構成され、典型的にはスマートフォンと関連した従来のサービスに対して効率的な動作を提供することができる。しかしながら、そのようなフレームワークでのＭＴＣデバイスのサポートは、特に数多くのＭＴＣデバイスに対して、非効率的であることがある。その結果、モバイルネットワークで、特に多くの数のＭＴＣデバイスをサポートする方法や技術に対する一般的なニーズがある。

図１は、いくつかの実施形態に従った３ＧＰＰネットワークの機能ダイアグラムである。 図２は、いくつかの実施形態に従ったユーザ機器（ＵＥ）の機能図である。 図３は、いくつかの実施形態に従った進化型ノードＢ（ｅＮＢ）の機能図である。 図４は、いくつかの実施形態に従ったモビリティマネジメントエンティティ（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、及びパケットデータネットワークゲートウェイ（ＰＧＷ）に関する機能図である。 図５は、いくつかの実施形態に従ったアタッチリクエストメッセージの実例を説明する。 図６は、いくつかの実施形態に従った、ＭＴＣ動作のインジケータを含む情報エレメント（ＩＥ）の実例を説明する。 図７は、いくつかの実施形態に従った、ベアラリリースの実例を説明する。 図８は、いくつかの実施形態に従った、ベアラリリースの別の実例を説明する。 図９は、いくつかの実施形態に従った非活動タイマの動作の実例を説明する。 図１０は、いくつかの実施形態に従った、非活動タイマの動作の別の実例を説明する。 図１１は、いくつかの実施形態に従った、ベアラリリースの別の実例を説明する。 図１２は、いくつかの実施形態に従った、ベアラリリースの別の実例を説明する。 図１３は、いくつかの実施形態に従った、ベアラ再確立の実例を示す。

以下の説明及び図面は、当業者が実施できるように特定の実施形態を十分に説明する。他の実施形態は、構造的、論理的、電気的、処理及び他の変更を包含し得る。いくつかの実施形態の部分及び特徴は、他の実施形態に含まれたり、又は置き換えられたりし得る。請求項に明記された実施形態は、それら請求項のすべての利用可能な均等物を包含する。

図１は、いくつかの実施形態に従った３ＧＰＰネットワークの機能図である。ネットワーク１００は、基地局として動作し、１つ以上のユーザ機器（ＵＥ）１０２又はモバイルデバイスをサポートし得る、１つ以上の進化型ノードＢ（ｅＮＢ）１０４を含む。ネットワーク１００は、またモビリティマネジメントエンティティ（ＭＭＥ）１０６を含み、それは、例えばゲートウェイ選択及びトラッキング領域リスト管理のようなアクセスにおけるモビリティの状況を管理し得る。ネットワーク１００は、またサービングゲートウェイ（ＳＧＷ）１０８を含み、これは、内部ｅＮＢハンドオーバに関してのローカルモビリティアンカポイントであり、また、内部３ＧＰＰモビリティに関するアンカを提供し得る。ＳＧＷ１０８の他の責任は、合法なインターセプト、課金、及びいくつかのポリシの実施を含み得る。ネットワーク１００は、さらにパケットデータネットワークゲートウェイ（ＰＧＷ）１１０を含み、これは、ネットワーク１００及び外部のネットワークとの間のデータパケットをルート指定し、ポリシの実施及びデータコレクションを負うキーノードであり得る。ＰＧＷ１１０は、また、非ＬＴＥアクセスを有するモビリティに対するアンカポイントを提供し得る。いくつかの実施形態において、ＳＧＷ１０８及びＭＭＥ１０６は、１つの物理ノード又は個別の物理ノードにおいて実装され得る。いくつかの実施形態において、ＰＧＷ１１０及びＳＧＷ１０８は、１つの物理ノード又は分離された物理ノードに実装され得る。

パケット交換（ＰＳ）サービスに関して、発展型パケットシステム（ＥＰＳ）ベアラ１３０は、ＰＧＷ１１０及びＵＥ１０２との間での通信を確立することができる。すなわち、ＵＥ１０２は、ＥＰＳベアラ１３０に自分自身を参加させ（attach）、登録を必要とし得るＰＳサービスを受ける。ＥＰＳベアラ１３０は、ｅＮＢ１０４及びＵＥ１０２との間のパケット交換に対する無線ベアラ１１５、ｅＮＢ１０４及びＳＧＷ１０８との間のパケット交換に対するＳ１ベアラ１２０、ＳＧＷ１０８及びＰＧＷ１１０との間のパケット交換に対するＳ５／Ｓ８ベアラ１２５を含み得る。Ｓ５ベアラは、ホームオペレータ（home operator）と関連し、Ｓ８ベアラは訪問オペレータ（visiting operator）と関連し得ることに留意されたい。本開示のいたることころで、Ｓ５ベアラ又はＳ８ベアラの１つに対する議論又は言及は、また、いくつかの実施形態における別のベアラに適用でき、「Ｓ５／Ｓ８ベアラ」に対する議論又は言及は、またどちらのタイプのベアラにも適用できる。

Ｓ５／Ｓ８ベアラ１２５は、ときとして「常時オン（always on）」ベアラであり得、そのような動作モードは、デフォルトモードの一部であり得る。実例として、ＲＲＣ非活動タイマが満了したときがｅＮＢ１０４において判断され、ＵＥ１０２は、非活動（inactivity）のため無線リソース制御（ＲＲＣ）アイドルモードに入ることができる。それに応じて、無線ベアラ１１５及びＳ１ベアラ１２０は、リリースされ得る。しかしながら、Ｓ５／Ｓ８ベアラ１２５は、また、常時オン動作を保ち、特に、そのようなデータがＰＧＷ１１０に到達したときに、データの低遅延伝送をＵＥ１０２に提供する。ＵＥ１０２がＲＲＣ接続モードに戻ったとき、無線ベアラ１１５及びＳ１ベアラ１２０は、再確立され、再確立は、ＵＥ毎の基準で、各ＵＥ１０２に対して行われ得る。再確立は、ときとして、非アクセスストラタム（ＮＡＳ：Non Access Stratum）サービスリクエストを使用して実行され得る。

いくつかの実施形態において、ｅＮＢ１０４は、無線ベアラマネジメント、アップリンク及びダウンリンク動的無線リソースマネジメント及びデータパケットスケジューリング及びモビリティマネジメントのようなＲＮＣ（無線ネットワーク制御機能）を制限無く含むネットワーク１００に対する様々な論理機能を遂行し得る。実施形態に従って、ＵＥ１０２は、ＯＦＤＭＡ通信技術に従ってマルチキャリア通信チャネルを通じてｅＮＢ１０４とＯＦＤＭ通信信号を通信するように構成され得る。ＯＦＤＭ信号は、複数の直交副搬送波を含み得る。

いくつかの実施形態に従って、ＭＭＥ１０６は、ＥＰＳベアラ１３０の確立の一部として、ＵＥ１０２において、マシンタイプ通信（ＭＴＣ）のインジケータを受け取ることができる。ＭＭＥ１０６は、また、Ｓ５／Ｓ８ベアラ１２５のリリースに関してベアラリリースメッセージをＳＧＷ１０８に送信する。送信は、ＭＭＥ１０６において、ＥＰＳベアラ１３０上でのＵＥ１０２の非活動の判定に応答して実行され得る。いくつかの実施形態において、ＭＴＣ動作のインジケータは、小さいブロックのデータの送信、又は低い頻度のレートでの送信のインジケータを含み得る。これらの実施形態は、以下で詳細に説明される。

いくつかの実施形態において、ダウンリンクリソースグリッドは、ｅＮＢ１０４からＵＥ１０２へのダウンリンク送信で使用されることができ、一方、ＵＥ１０２からｅＮＢ１０４へのアップリング送信も同様の技術を利用できる。グリッドは、リソースグリッド又は時間周波数リソースグリッドと呼ばれる、時間周波数グリッドであり得、各スロットのダウンリンクの物理リソースである。そのような時間周波数面表現はＯＤＦＭシステムに対する共通のプラクティスであり、無線リソースアロケーション対して直観的である。リソースグリッドの各列及び各行は、それぞれ１つのＯＦＤＭシンボル及び１つのＯＦＤＭサブキャリアに対応している。時間領域におけるリソースグリッドの期間は、無線フレームにおける１つのスロットに対応している。リソースグリッドにおける最小の時間周波数単位は、リソース要素であることを意味する。各リソースグリッドは、ある物理チャネルのリソース要素へのマッピングを記述する、いくつかのリソースブロックを含む。各リソースブロック（ＲＢ）は、周波数領域における一群のリソース要素（ＲＥ）を含む。ＲＥは、現在配分できる最小量のリソースを表す。そのようなリソースブロックを使用して搬送されるいくつかの異なる物理ダウンリンクチャネルがある。

物理ダウンリンク共用チャネル（ＰＤＳＣＨ）は、ユーザデータ及びより高いレイヤシグナリングをＵＥ１０２（図１）に運ぶ。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、とりわけ、ＰＤＳＣＨチャネルに関連するトランスポートフォーマット及びリソースアロケーションに関する情報を運ぶ。それは、また、アップリンク共用チャネルに関連するトランスポートフォーマット、リソースアロケーション、及びＨＡＲＱの情報をＵＥ１０２に知らせる。通常は、ダウンリンクスケジューリング（セル内でＵＥ１０２に制御及び共用チャネルリソースブロックを割り当てる）は、ＵＥ１０２からｅＮＢ１０４にフィードバックされたチャネル品質情報に基づいてｅＮＢにおいて実行され、そして、ダウンリンクリソース配分情報は、（割り当てられた）ＵＥ１０２に対して使用される制御チャネル（ＰＤＣＣＨ）上でＵＥ１０２に対して送信される。

ＰＤＣＣＨは、ＣＣＥ（制御チャネルエレメント）を使用して、制御情報を運ぶ。リソースエレメントにマップされる前に、ＰＤＣＣＨ複素数値シンボルは、最初に四つ組（quadruplet）に編成され、そして、レートマッチングのためにサブブロックインタリーバを使用して並べ替えられる。各ＰＤＣＣＨは、１つ以上のこれらの制御チャネルエレメント（ＣＣＥ）を使用して送信され、各ＣＣＥは、リソースエレメントグループ（ＲＥＧ）として知られている４つの物理リソースエレメントの９つの組に対応する。４つのＱＰＳＫシンボルは、各ＲＥＧにマップされる。ＰＤＣＣＨは、ＤＣＩのサイズ及びチャネル状態に依存して、１つ以上のＣＣＥを使用して送信され得る。異なる数のＣＣＥ（例えば、アグリゲーションレベル、Ｌ＝１、２、４、又は８）を持つＬＴＥで定義された４つ以上の異なるＰＤＣＣＨフォーマットがあり得る。

図２は、いくつかの実施形態に従ったユーザ機器（ＵＥ）の機能図である。図３は、いくつかの実施形態に従った進化型ノードＢ（ｅＮＢ）の機能図である。図４は、いくつかの実施形態に従った、モビリティマネジメントエンティティ（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、及びパケットデータネットワークゲートウェイ（ＰＧＷ）に関する機能図を説明する。いくつかの実施形態において、ｅＮＢ３００は、固定された非モバイルデバイスであり得ることに留意されたい。ＵＥ２００は、図１に示されたようにＵＥ１０２であり得、ｅＮＢ３００は、図１で示されたｅＮＢ１０４であり得、ＭＭＥ４００は、図１で示されたＭＭＥ１０６であり得、ＳＧＷ４１０は、図１で示されたＳＧＷ１０８であり得、ＰＧＷ４２０は、図１で示されたＰＧＷ１１０であり得る。

ＵＥ２００は、１つ以上のアンテナ２０１を使用してｅＮＢ３００、他のｅＮＢ、他のＵＥ、又は他のデバイスへ及びデバイスから信号の送信及び受信を行う物理レイヤ回路（ＰＨＹ）２０２を含むことができ、一方、ｅＮＢ３００は、１つ以上のアンテナ３０１を使用してＵＥ２００、他のｅＮＢ、他のＵＥ又は他のデバイスへ及びデバイスから信号の送信及び受信を行う物理レイヤ回路（ＰＨＹ）３０２を含み得る。ＵＥ２００は、またワイヤレス媒体へのアクセスを制御する媒体アクセス制御レイヤ（ＭＡＣ）回路２０４を含むことができ、一方、ｅＮＢ３００は、またワイヤレス媒体へのアクセスを制御する媒体アクセス制御レイヤ（ＭＡＣ）回路３０４を含み得る。ＵＥ２００は、ここで説明される動作を実行するために用意された処理回路２０６及びメモリ２０８を含み得る。ｅＮＢ３００は、またここで説明される動作を実行するために用意された処理回路３０６及びメモリ３０８を含み得る。ｅＮＢ３００は、また１つ以上のインタフェース３１０を含むことができ、それは、他のｅＮＢ１０４（図１）を含む他のコンポーネント、ＥＰＣ１２０（図１）のコンポーネント又は他のネットワークコンポーネントとの通信を可能にし得る。加えて、インタフェース３１０は、ネットワークの外側のコンポーネントを含む図１に示されていない可能性がある他のコンポーネントとの通信を可能とし得る。インタフェース３１０は、有線又はワイヤレス又はそれらの組合せであり得る。

ＭＭＥ４００は、ここに説明される動作を実行するために用意された処理回路４０６及びメモリ４０８を含むことができ、ネットワーク１００の他のコンポーネント又は他のコンポーネントとのワイヤレス又は有線の通信を可能とする１つ以上のインタフェース４０２を含み得る。ＳＧＷ４１０は、ここに説明される動作を実行するために用意された処理回路４１６及びメモリ４１８を含むことができ、ネットワーク１００の他のコンポーネント又は他のコンポーネントとのワイヤレス又は有線の通信を可能とする１つ以上のインタフェース４１２を含み得る。ＰＧＷ４２０は、ここに説明される動作を実行するために用意された処理回路４２６及びメモリ４２８を含むことができ、ネットワーク１００の他のコンポーネント又は他のコンポーネントとのワイヤレス又は有線の通信を可能とする１つ以上のインタフェース４２２を含み得る。

いくつかの実施形態において、ここで説明されるモバイルデバイス又は他のデバイスは、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレス通信機能を有するラップトップ又はポータブルコンピュータ、ウェブタブレット、ワイヤレス電話、スマートフォン、ワイヤレスヘッドセット、ページャ、インスタントメッセージデバイス、デジタルカメラ、アクセスポイント、テレビジョン、メディカルデバイス（例えば、心拍数モニタ、血圧モニタ等）、又は情報の受信及び／又は送信がワイヤレスでできる他の装置のようなポータブルワイヤレス通信デバイスの一部であり得る。いくつかの実施形態において、モバイルデバイス又は他のデバイスは、キーボード、ディスプレイ、不揮発性メモリポート、複数のアンテナ、グラフィックスプロセッサ、アプリケーションプロセッサ、スピーカ、及び他のモバイルデバイス要素を１つ以上含み得る。ディスプレイは、タッチスクリーンを含むＬＣＤスクリーンでも良い。いくつかの実施形態において、モバイルデバイス又は他のデバイスは、３ＧＰＰ標準に従って動作するように構成されたＵＥ２００又はｅＮＢ３００であり得る。

従って、ＵＥ２００は、ＵＥ１０２においてマシンタイプ通信（ＭＴＣ）動作のインジケータを送信するように構成され得る。ＭＴＣ動作のインジケータは、無線ベアラ１１５又はＳ１ベアラ１２０のリリースに応答してＳ５／Ｓ８ベアラ１２５のリリースを可能にし得る。それらの実施形態は、以下でさらに詳細に説明される。いくつかの実施形態において、モバイルデバイス又は他のデバイスは、ＩＥＥＥ８０２．１１又は他のＩＥＥＥ標準を含む他のプロトコル又は標準に従って動作するように構成され得る。

アンテナ２０１、３０１は、例えば、ダイポールアンテナ、モノポールアンテナ、パッチアンテナ、ループアンテナ、マイクロストリップアンテナ又はＲＦ信号の伝送に適切な他の種類のアンテナを含む１つ以上の指向性の又は無指向性のアンテナを含み得る。いくつかの多重入力多重出力（ＭＩＭＯ）実施形態において、アンテナ２０１、３０１は、その結果生じ得る空間多様性及び異なるチャネルの特性を活用できるように効率的に分離される。

ＵＥ２００、ｅＮＢ３００、ＭＭＥ４００、ＳＧＷ４１０及びＰＧＷ４２０は、それぞれいくつかの分離された機能要素を有するように記載されているが、１つ以上の機能要素は、結合され、デジタル信号プロセッサ（ＤＳＰ）及び／又は他のハードウェア要素等を含む処理要素等のソフトウェア構成要素の結合として実装され得る。例えば、いくつかの要素は、マイクロプロセッサ、ＤＳＰ、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、無線周波数集積回路（ＲＦＩＣ）及びここに説明された少なくとも機能を実行するいくつかのハードウェア及び論理回路の組合せの１つ以上を含み得る。いくつかの実施形態において、機能要素は、１つ以上の処理要素上で動作する１つ以上のプロセスを参照し得る。

実施形態は、ハードウェア、ファームウェア及びソフトウェアのうちの１つ又は組合せとして実装され得る。実施形態は、また、ここに説明された動作を実行する少なくとも１つのプロセッサによって読み取られ、実行され得るコンピュータ読取り可能な記憶デバイス上に保存された命令として実装され得る。コンピュータ読取り可能な記憶デバイスは、マシン（例えば、コンピュータ）による読取可能な形式で情報を保存する非一時的な機構を含み得る。例えば、コンピュータ読取り可能なデバイスは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、及び他の記憶デバイス及び媒体を含み得る。いくつかの実施形態は、１つ以上のプロセッサを含むことができ、コンピュータ読取り可能な記憶デバイス上に保存された命令と構成され得る。

実施形態に従った、ＭＭＥ１０６は、ＵＥ１０２及びＰＧＷ１１０との間でＥＰＳベアラ１３０を確立する一部として、マシンタイプ通信（ＭＴＣ）動作のインジケータを受信し得る。マシンタイプ通信（ＭＴＣ）動作のインジケータは、ＵＥがＭＴＣ ＵＥ１０２として動作することを示し得る。インジケータは、またＵＥ１０２におけるＭＴＣ動作を示し得る。ＭＭＥ１０６は、ＥＰＳベアラ１３０上のＵＥ１０２の非活動のＭＭＥ１０６における判定に少なくとも部分的に応答して、Ｓ５／Ｓ８ベアラ１２５のリリースに対するベアラリリースメッセージをＳＧＷ１０８に送信し得る。ＭＴＣ動作のインジケータは、ＥＰＳベアラの動作の一部として、Ｓ５／Ｓ８ベアラのリリースに対してＵＥ１０２からの許可インジケータを含み得る。ＭＴＣ動作のこのインジケータは、小さいブロックのデータの送信のインジケータ、又は低い頻度のレートでの送信のインジケータを含み得る。これらの実施形態は、以下でさらに詳細に説明される。

いくつかの事例において、ＵＥ１０２は、ＭＴＣデバイスとして動作するように構成されることができ、又はＭＴＣデバイスであり得る。従って、ＵＥ１０２は、低い頻度のレートで少量のデータを送信することができ、長時間スリープモード又はパワーセービングモードに入ることがあり得る。一例として、ヘルスセンサ又はスマートメーターは、測定結果又は測定値をたまにネットワーク１００を使って送信する必要のみがあり得る。別の実例として、いくつかのＭＴＣデバイスは、マシンツーマシン（Ｍ２Ｍ）又はモノのインターネット（ＩｏＴ）技術又はプロトコルに従って動作し得る。別の実例として、小さいデータの低い頻度での交換を含むいくつかの他のアプリケーションは、ＭＴＣ動作の一部となり得る。これらの実施形態は、さらに詳細に以下で説明される。例えば、スマートフォンからのバックグラウンドトラフィックは、ＭＴＣ動作の一部として交換され得る。ネットワーク１００がサポートする多数のそのようなＭＴＣデバイスに対して、それらのデバイスに対する専用のリソースは、全体の使用可能なリソースの非効率な使用を引き起こし、特にネットワーク１００が十分より速いデータレートを要求し、又は利益を得るスマートフォンのような他のデバイスもサポートするときに起こり得る。

図１に戻って参照し、フロー図は、ＵＥ１０２における非活動に応答して発生し得る、ｅＮＢ１０４におけるユーザ非活動タイマが満了したときのネットワーク１００の動作の実例を明示する。この実例の場合、ＵＥ１０２は、その結果、ＲＲＣアイドルモードに入り得、無線ベアラ１１５（ＲＲＣ接続）及びＳ１ベアラ１２０は、リリースされ得る。しかしながら、Ｓ５／Ｓ８ベアラ１２５は、維持されることができ、ＵＥ１０２に対して「常時オン（always on）」動作を可能とし、又はサポートすることができる。例えば、ＰＧＷ１１０に到達するＵＥ１０２に対するダウンリンクデータは、Ｓ５／Ｓ８ベアラ１２５に対するコンテキストの一部として維持されるＩＰアドレスを使用して送信され得る。アップリンク又はダウンリンクにおける非アクセスストラタム（ＮＡＳ）サービスリクエストは、無線ベアラ１１５及びＳ１ベアラ１２０の再確立を可能とすることができ、それらは、保持されたコンテキスト情報を使用してＳ１ベアラ１２０及びＳ５／Ｓ８ベアラ１２５との間でのマッピングを含み得る。図１に示された実例の動作は、高いデータレート及び低いレイテンシ接続を必要とする又は好むアプリケーションを使用し得るスマートフォンのようなデバイスで役に立ち得る。

既に説明したように、ネットワーク１００が、典型的に多くの量のデータを交換しない多くのＭＴＣデバイスをサポートするとき、Ｓ５／Ｓ８ベアラ１２５の維持は（図１の実例、又は別のシナリオで）、無駄が多く、また少なくとも非効率であり得る。実例として、ＩＰアドレス及び他の情報は、各ＭＴＣデバイスに保存される必要があり得る。別の実例として、多数のＭＴＣデバイスがかかわっているとき、関連する状態機械は、制御が難しいか又は非常に複雑になり得る。その結果、これらの及び他の問題に対処する技術は、ネットワーク１００のパフォーマンス及び動作を改善し得る。

図５は、いくつかの実施形態に従ったアタッチリクエストメッセージ（attach request message）の実例を説明する。いくつかの実施形態は、図１乃至図１３に示された動作の一部又はすべてを含み、いくつかの実施形態は、図１乃至図１３の１つ以上からの１つ以上の動作を含み得ることに留意されたい。実施形態は、図１乃至図１３の範囲内又は本開示の範囲内で提示されように、どの動作が含まれるか、いくつの動作が含まれるかに関して又は動作の時間順に関して制限されない。図１乃至図１３に示されていない追加の動作は、いくつかの実施形態にまた含まれ得る。説明中の参照が図１乃至図１３について行われていたとしても、実施形態は、他の適切なシステム、デバイス、インタフェース及びコンポーネントと共に、又はよって実施され得る。例えば、図１乃至図１３及び検討は、３ＧＰＰ標準又は他の標準に従って動作するｅＮＢ１０４及びＵＥ１０２を参照したとしても、これらの方法の実施形態は、単にこれらのｅＮＢ１０４又はＵＥ１０２に制限されることはなく、ＷｉＦｉアクセスポイント（ＡＰ）又はユーザ局（ＳＴＡ）又はＩＥＥＥ８０２．１１のようないくつかのＩＥＥＥ標準に従って動作するように構成されたシステム又はデバイスによるような、他のモバイルデバイス上でも実施され得る。

いくつかの実施形態において、ＭＭＥ１０６は、ＵＥ１０２及びＰＧＷ１１０との間のＥＰＳベアラ１３０をサポートし、ＥＰＳベアラは、ＳＧＷ１０８及びＰＧＷ１１０との間のＳ５／Ｓ８ベアラ、ＵＥ１０２及びｅＮＢ１０４との間の無線ベアラ１１５、及びＳＧＷ１０８及びｅＮＢ１０４との間のＳ１ベアラ１２０を含み得る。動作５０５において、ＵＥ１０２からｅＮＢ１０４へのアタッチリクエストメッセージの送信は、実行され、アタッチリクエストメッセージのｅＮＢ１０４からＭＭＥ１０６への送信（又は転送）は、動作５１０で実行され得る。従って、動作５０５及び５１０の組合せは、ＵＥ１０２からＭＭＥ１０６へのアタッチリクエストメッセージの送信を含み得る。いくつかの実施形態において、アタッチリクエストメッセージは、３ＧＰＰ又は他の標準に含まれ得る「アタッチリクエスト／デバイスプロパティ内のアタッチリクエスト（Attach Request/Attach Request within Device Properties）」メッセージであり得るが、アタッチリクエストメッセージには限定されない。

アタッチリクエストメッセージは、ＵＥ１０２においてマシンタイプ通信（ＭＴＣ）動作のインジケータを含み得る。従って、ＭＴＣ動作のインジケータは、ＥＰＳベアラ１３０に対するＵＥアタッチメントプロシージャの一部として送信され、「エンハンストＵＥアタッチプロシージャ（Enhanced UE Attach Procedure）」又は同様のものとして参照され得る。その上、ＭＴＣ動作のインジケータは、ＭＭＥ１０６における受信に対して、ＵＥ１０２によって送信され得る（にもかかわらず、ｅＮＢ１０４を含み得る経路を通して）。そのため、ＭＭＥ１０６は、ＵＥ１０２及びＰＧＷ１１０の間のＥＰＳベアラ１３０の確立の一部として、ＵＥ１０２においてＭＴＣ動作のインジケータを受け取り得る。

ＭＴＣ動作のインジケータは、無線ベアラ１１５又はＳ１ベアラ１２０のリリースに応答して、Ｓ５／Ｓ８ベアラ１２５のリリースを可能とし得る。ＭＴＣ動作のインジケータは、ＥＰＳベアラ１３０の動作の一部として、Ｓ５／Ｓ８ベアラ１２５のリリースに関しての許可インジケータをまた含み得る。ＭＴＣ動作のインジケータは、Ｓ５／Ｓ８ベアラ１２５が、一定又はほとんど一定の接続性を提供し得る「常時オン」ベアラとして構成される必要がないことをＭＭＥ１０６に知らせることができる。そのようなベアラは、図５に示されるように「常時オンではない」ベアラ又は同様のものとしてまた参照され得る。

いくつかの実施形態において、ＭＴＣ動作のインジケータは、ＵＥ１０２での小さいブロックのデータの送信又はＵＥ１０２における低い頻度のレートでの送信のインジケータを含み得る。図５に示されるように、ＭＴＣ動作のインジケータは、３ＧＰＰ又は他の標準において使用され得る、「ショートデータインジケータ（ShortData INDICATOR）」であるか、又は含み得る。インジケータは、「低い頻度のデータ（Infrequent Data）」又は他の同様のインジケータのようなデータ送信の頻度をまた参照し得る。インジケータは、「非活動の後にＳ５をリリースする（Release S5 after Inactivity）」メッセージ又は同様の非活動又は他のイベントに応答して、ベアラのリリースを知らせる又は命令する明示的なインジケータでもあり得る。実例として、小さいブロックのデータは、１０００バイトのデータ又はそれより少ないデータを含み、低い頻度のレートでの送信は、１分に１回未満であり得る。この実例は、限定するものではないが、小さいブロックのデータは、５０バイト未満、１００バイト未満、２００バイト未満、５００バイト未満又はいかなる適切な定義された数のバイトを含むブロックであり得る。さらに、低い頻度のレートは、一分間に１回未満に制限されないが、１秒間に１回未満、５秒間に、１０秒間に、１分間に、５分間に、２時間に、１日に１回又は適切に定義された頻度より小さいことができる。

図６は、いくつかの実施形態に従った、ＭＴＣ動作のインジケータを含む情報エレメント（ＩＥ）の実例を説明する。図６は、「ショートデータインジケータ（ShortData INDICATOR）」の実例が示され、それは、また既に説明したＭＴＣ動作のインジケータと同じ又は類似したもので良い。インジケータは、ＵＥ１０２からＭＭＥ１０６へのアタッチリクエストメッセージの情報エレメント（ＩＥ）の更新タイプ（又はＩＥの追加の更新タイプ（additional update type））に含まれ得る。ＵＥ１０２が低い頻度のショートデータを取り扱う又はＵＥ１０２におけるＭＴＣ動作のために、Ｓ５ベアラ１２５は常時オンではなく、または常時オンを要求されていないことがあり得ることを、インジケータはＭＭＥ１０６に知らせることができる。「デバイスプロパティ（Device Properties）」ＩＥ６００は、デバイスプロパティ６０５、スペアビット６１０、６１５、及び「低いプライオリティ（low priority）」インジケータ６２５を含み得る。デバイスプロパティＩＥ６００は、ショートデータインジケータ６２０も含むことができ、それは、定義６３０の実例に示されたようにＵＥ１０２が低い頻度のショートデータに対応できるか否かを示すバイナリパラメータであり得る。デバイスプロパティＩＥ６００は、示されたフォーマットに制限されることなく、ＩＥにインジケータを包含する実例として働く。「ショートデータ（ShortData）」に加えて、ＵＥ１０２に対する「常時オン」Ｓ５／Ｓ８ベアラの確立が最適ではないかもしれないことをネットワーク１００に示すＵＥ１０２のトラフィック特性を参照することができる。

ｅＮＢ１０４は、非アクセスストラタム（ＮＡＳ）コンテナ中でＭＭＥ１０６にアタッチリクエストメッセージを転送し得る。加えて、ＵＥ１０２は、インジケータを、ＮＡＳシグナリングを通してＭＭＥ１０６へ又はＲＲＣシグナリングを通してｅＮＢ１０４へ通信し得る。

図７は、いくつかの実施形態に従ったベアラリリースの実例を説明する。ＭＭＥ１０６は、ＥＰＳベアラ１３０に含めてＳ５／Ｓ８ベアラ１２５のリリースに関するベアラリリースメッセージをＳＧＷ１０８に送信することができる。送信は、ＭＭＥ１０６において、ＥＰＳベアラ１３０上のＵＥ非活動の判定に少なくとも部分的に応答して実行され得る。動作７１５において、「ＵＥコンテキストリリースリクエスト（UE Context Release Request）」又は同様にメッセージがｅＮＢ１０４からＭＭＥ１０６へ送信され得る。送信は、ｅＮＢ１０４におけるユーザ非活動タイマの満了に応答して実行され得る（図７にラベル「３」と付けられた囲みに示された）。従って、いくつかの実施形態において、ＭＭＥ１０６におけるＵＥ非活動の判定は、ｅＮＢ１０４からのＵＥ１０２に対する非活動タイマの満了のインジケータの受領に少なくとも部分的に基づき得る。そのようなインジケータは、動作７１５においてｅＮＢ１０４から受信したメッセージに含まれ得る。

動作７２０において、ＭＭＥ１０６は、「リリースアクセスベアラリクエスト（Release Access Bearers Request）」又は同様のメッセージをＳＧＷ１０８へ送信することができ、それは、Ｓ５／Ｓ８ベアラ１２５のリリースに対するベアラリリースメッセージであり得る。従って、上述の通り、そのような条件で、ＥＰＳベアラ１３０に対して、Ｓ５／Ｓ８ベアラ１２５がリリースされるべき、又はリリースできることが確立されたとき、ＭＭＥ１０６は、そのようなベアラリリースメッセージを少なくとも部分的にＵＥ非活動の判定に応答して送信することができる。いくつかの実施形態において、Ｓ５／Ｓ８がリリース可能であるか、ＭＭＥ１０６は、ＵＥに対するコアネットワーク（ＣＮ）アシスタンス情報に少なくとも部分的に基づいて判定し、ベアラリリースメッセージを送信するか否かの判定は、その判定に少なくとも部分的に基づき得る。ＣＮアシスタンス情報は、トラフィックパターン情報、ＵＥ１０２に対する加入（subscription）情報、ＵＥ１０２に対するＰＳＭ構成情報又は他の同様な又は関連の情報を含み得る。そのようなＣＮ情報は、ネットワークのＭＭＥ１０６、ｅＮＢ１０４又は他のノードに伝達され、ＵＥ１０２がＳ５／Ｓ８ベアラ１２５をリリースできるか（又はそれが「リリース可能か」）判定するためにＣＮ情報を使い得る。ＣＮ情報は、ＵＥ１０２が長い非活動期間を持つことを反映し、そして、判定に使用され、又はＵＥ１０２のフラグがＳ５／Ｓ８ベアラ１２５をリリースすることができ得る。

動作７３０において、ＳＧＷ１０８は、「デリートセッションリクエスト（Delete Session Request）」又は同様のメッセージをＰＧＷ１１０に送信し得る。メッセージは、Ｓ５／Ｓ８ベアラ１２５のリリースをリクエストし、またＰＧＷ１１０におけるＵＥ１０２に対するコンテキスト情報の削除（deletion of context information）を（黙示的又は明示的に）リクエストし得る。コンテキスト情報は、ＰＧＷ１１０又はＳＧＷ１０８において、必要なとき又はリクエストされたときに、アタッチプロシージャを使用して再確立され得る。

ＰＧＷ１１０は、デリートセッションリクエストメッセージの受領に応答して、「デリートセッションレスポンス（Delete Session Response）」メッセージをＳＧＷ１０８送信し得る。Ｓ５／Ｓ８ベアラ１２５の削除に応答して、又は応じて、ＳＧＷ１０８は、ＭＭＥ１０６に「エンハンストリリースアクセスベアラレスポンス（Enhanced Release Access Bearers Response）」メッセージを送信することによって削除に応答する。さらに、図７に示されるいくつかの他の動作がいくつかの実施形態において実行され得る。

図８は、いくつかの実施形態に従った、ベアラリリースの別の実例を説明する。ＳＧＷ１０８は、発展型パケットシステム（ＥＰＳ）ベアラに従ったＰＳサービスをサポートすることができ、ＰＧＷ１１０及びＵＥ１０２との間のＥＰＳベアラ１３０に含まれるＳ５／Ｓ８ベアラ１２５においてＰＧＷ１１０とパケットを交換し得る。ＳＧＷ１０８は、ＥＰＳベアラ上でＵＥ１０２においてＭＴＣ動作のインジケータを受信することができ、したがって、既に説明したようなシナリオ又は条件でＳ５／Ｓ８ベアラ１２５がリリース可能であることを知ることができる。インジケータは、適切なメッセージ又は以前の技術に従って含まれ得る。ＳＧＷ１０８は、ＳＧＷ１０８において、ＥＰＳベアラ１３０上のＵＥ非活動の判断に、少なくとも部分的に応答してＳ５／Ｓ８ベアラ１２５に対するベアラリリースリクエストを送信し得る。ベアラリリースリクエストは、そのようなものには制限されず、図８の動作８３０において送信された「デリートセッションリクエスト（Delete Session Request）」又は同様のメッセージと同様に又は関連し得る。

いくつかの実施形態において、ＳＧＷ１０８における、ＥＰＳベアラ１３０上のＵＥ非活動の判定は、ＭＭＥ１０６からベアラリリースメッセージ（動作７２０におけるような）の受信を含み得る。既に説明したように、ＳＧＷ１０８は、ＵＥ１０２と無線ベアラ１１５上でパケットをまた交換し得るｅＮＢ１０４とＳ１ベアラ１２０上でパケットを交換し得る。ＭＭＥ１０６から受信したベアラリリースメッセージは、いくつかの実施形態において、Ｓ１ベアラ１２０又は無線ベアラ１１５の（又は両方の）リリースを表示し得る。

いくつかの実施形態において、ＳＧＷ１０８は、Ｓ５／Ｓ８リリースをトリガし得る。図８の動作８２５において、ＳＧＷ１０８は、ＳＧＷ１０８におけるＥＰＳベアラ１３０に対する非活動タイマの満了に少なくとも部分的に基づいてＵＥ非活動を判定することができ、そして、その判定に応答して（例えば動作８３０などの）ベアラリリースリクエストを送信し得る。いくつかの実施形態において、ＳＧＷ１０８は、非活動タイマに従ってＥＰＳベアラ１３０上でパケットの交換に関連する活動をモニタし、ＥＰＳベアラ１３０上での活動の検出に応答して非活動タイマをリセットすることができる。ＥＰＳベアラ上のＵＥ非活動は、非活動タイマのすべての以前のリセットから非活動満了パラメータより長い期間が経過したとき、判定され得る。すなわち、ＥＰＳベアラ１３０上で活動がなく非活動満了パラメータより大きいか又は等しい時間分が経過した後、ＵＥ非活動がＳＧＷ１０８において宣言される。非活動満了パラメータは、３ＧＰＰ又は他の標準の一部であり得、設定又は他の動作の間コンポーネント間で通信し得る。図８に戻って、動作８３５において、ＰＧＷ１１０は、Ｓ５／Ｓ８ベアラ１２５及び／又は他のベアラをリリースすることができ、その動作の一部としてコンテキスト情報を削除することができる。さらに、図８に示されたいくつかの他の動作は、いくつかの実施形態において実行され得る。

図９は、いくつかの実施形態に従った非活動タイマの動作の実例を説明する。図９に示されたモニタリング方法９００の実例において、ＳＧＷ１０８は、ＡＰＮ毎の基準でトラフィックをモニタすることができ、動作９０５において非活動タイマをスタートすることができる。もし活動が動作９１０においてＥＰＳベアラ１３０のいずれかのベアラ上で検出された場合、非活動タイマは、動作９１５においてリセットされ、方法９００は動作９０５に戻り得る。しかしながら、もし活動が動作９１０において検出されなかった場合、非活動タイマは、動作９１７において満了し、Ｓ５／Ｓ８ベアラ１２５は、動作９２０において削除され得る。

図１０は、いくつかの実施形態に従った非活動タイマの動作の別の実例を説明する。図１０に示されたモニタリング方法１０００の実例は、ＰＧＷ１１０（ＳＧＷ１０８と対照的に）において実行され得る。方法１０００に対する動作及び制御は、方法９００に対する動作及び制御と類似又は同一であり得ることに留意されたい。方法９００及び１０００は、そのように制限されるが、ＳＧＷ１０８に対する非活動タイマに関連する以前の検討の一部又はすべてが方法１０００に適用できる。ＳＧＷ１０８又はＰＧＷ１１０によって維持される非活動タイマは、ＡＰＮ毎の基準で維持されることができ、同じＡＰＮに属するすべてのＰＤＮ接続に対するタイマの維持を含むことができる点に留意されたい。さらに、ＳＧＷ１０８は、ＰＤＮ接続に関連するすべてのベアラをリリースするためにＰＤＮ毎にデリートセッションリクエストメッセージを送信することができ、又は非活動の特定のベアラに対してメッセージを送信することもできる。

図１１は、いくつかの実施形態に従った、ベアラリリースの別の実例を説明する。ＰＧＷ１１０は、発展型パケットシステム（ＥＰＳ）ベアラに従ったＰＳサービスをサポートすることができ、ＰＧＷ１１０及びＵＥ１０２との間のＥＰＳベアラ１３０に含まれるＳ５／Ｓ８ベアラ１２５上でＳＧＷ１０８とパケットを交換することができる。ＰＧＷ１１０は、ＥＰＳベアラ１３０上でＵＥ１０２においてＭＴＣ動作インジケータを受信することができ、従って、Ｓ５／Ｓ８ベアラ１２５は既に説明されたようなシナリオ又は条件でリリース可能であることを知ることができる。ＰＧＷ１１０は、ＰＧＷ１１０における、ＥＰＳベアラ１３０上のＵＥ非活動の判定に少なくとも部分的に応答してＳ５／Ｓ８ベアラ１２５に対するベアラリリースリクエストを送信することができる。従って、ＰＧＷ１１０は、Ｓ５／Ｓ８リリースをトリガし得る。ベアラリリースリクエストは、そのように制限されないが、図１１の動作１１１０において送信される「デリートベアラリクエスト（Delete Bearer Request）」又は同様のメッセージと類似又は関連することができる。ＵＥ非活動の判定は、そのように制限されないが、動作１１０５における又は方法１０００におけるＰＧＷ１１０でのＥＰＳベアラ１３０に対して非活動タイマの満了に少なくとも部分的に基づくことができる。ＳＧＷ１０８において非活動タイマの使用に対して説明した以前の技術もまた使用できる。さらに、図１１に示されたいくつかの他の動作が、いくつかの実施形態において実行され得る。さらに、ＰＧＷ１１０はＰＤＮ接続に関連するすべてのベアラをリリースするためにデリートベアラリクエストメッセージをＰＤＮ毎に送信することができ、又は非活動である特定のベアラに対してメッセージを送信することもできる。

図１２は、いくつかの実施形態に従ったベアラリリースの別の実例を説明する。前に説明したＲＲＣアイドルモードに入った後、ＵＥ１０２は、パワーセービングモード（ＰＳＭ）に入る又は入れられることができ、そこでは、ＵＥ１０２における電力は、ＵＥ１０２における非活動の長い期間の間セーブされ得る。

ＵＥ１０２は、動作１２０５においてＰＳＭに入ることができる。いくつかの実施形態において、ＰＳＭにおける動作は、ＰＳＭ期間の間、メッセージの受領を控えること（refraining from reception of message）を含み得る。ＰＳＭの間、ＵＥ１０２は、ページング、データ又は他の信号を含む信号のモニタリングを控え、セル選択又は再選択等のタスクに対して測定を実行することを控えることができる。ＰＳＭ動作は、いくつかのケースで相当な時間の期間続くことができる。ＭＭＥ１０６に対するアタッチ／トラッキングエリアアップデイト（ＴＡＵ）（Attach/Tracking Area Update）リクエストメッセージ内で、アクティブ時間期間タイマ、又はＴ３３２４値を送信することを通して、ＵＥ１０２によって、ＰＳＭ状態は無効にされ得る。ＵＥ１０２がＰＳＭ状態に入ることをＭＭＥ１０６が承諾した場合、ＭＭＥ１０６は、承諾したメッセージ中の同じ又は異なるタイマ値に応答することができる。ＭＭＥ１０６は、Ｓ１１からＳＧＷ１０８への「リリースアクセスベアラリクエスト（Release Access Bearer Request）」メッセージ内でインジケーションを提供することによってＰＳＭを表示し得る。ＰＳＭのインジケーション（表示、indication）は、ＰＳＭに入るＵＥ１０２に対するＵＥ１０２及びＭＭＥ１０６との間の最近のネゴシエーションを反映することができ、メッセージ中で「ＰＳＭインジケーション（PSM indication）」、「ＵＥ非活動通知（UE Inactivity Notification）」、「ＵＥアイドルＰＳＭ通知（UE Idle PSM Notification）」又は類似のものとして言及され得る。そのような動作は、ＭＴＣデバイスに自身のバッテリ又は電源を保存させるようにすることができる。従って、そのようなデバイスは、維持されたＳ５／Ｓ８ベアラ１２５を持つ必要がないことがある。

ＭＴＣ動作のインジケータに関する以前の検討は、ＵＥにおけるＰＳＭ動作のインジケータ、又はこれから入る又は将来入るＰＳＭのＵＥ１０２のインジケータにも適用できる。ＵＥ１０２におけるＰＳＭ動作のインジケータは、以前説明した技術（例えば、ＭＭＥ１０６に転送することに関してｅＮＢ１０４への送信として等）を使用して、ＭＭＥ１０６へ送信することができる。いくつかの実施形態において、ＰＳＭ動作のインジケータは、ＰＳＭモードにおいてＵＥ１０２の動作を反映したＰＳＭタイマの満了に少なくとも部分的に基づくことができる。従って、ＵＥ１０２は、ＰＳＭに入り、ＭＭＥ１０６がＰＳＭタイマを維持しているかも知れないというこの情報をＭＭＥ１０６は知ることができる。ＰＳＭタイマが満了したとき、ＭＭＥ１０６は、そのようなインジケータをＳＧＷ１０８へ送信することができる。ＳＧＷ１０８は、それに応じて、Ｓ５／Ｓ８及び／又は他のベアラをデリート又はリリースすることができる。

いくつかの実施形態において、ＰＳＭ動作のインジケータは、以前の検討及び技術におけるＭＴＣ動作のインジケータとして同様の役割を果たすことができる。実例として、Ｓ５／Ｓ８ベアラ１２５のリリースすることは、ＵＥ１０２がＰＳＭにあるという判定に応答して実行することができる。

図１３は、いくつかの実施形態に従ったベアラ再確立の実例を説明する。Ｓ５／Ｓ８ベアラ１２５は、リリースされたとき（そして、ＵＥ１０２がアイドルモードにあるとき）、ＵＥ１０２は、将来のある時点で送信に関するアップリンクデータを持ち得る。アップリンクデータは、「モバイル由来の（ＭＯ：Mobile-Originated）」データであり得るが、そのようなものに制限されない。Ｓ５／Ｓ８ベアラ１２５のリリース及びアップリンクデータがＥＰＳベアラ１３０上で送信されるという判定に応答して、再確立プロセスの一部としてＭＴＣ動作のインジケータを、ＵＥ１０２は送信することができる。Ｓ５／Ｓ８ベアラ１２５は、既に削除されている場合、いくつかのケースで再確立され得る。動作１３０５において、アタッチプロシージャに関して以前説明したのと同様の技術を使用して、ＵＥ１０２においてＭＴＣ動作のインジケータを含むメッセージは、ｅＮＢ１０４に送信され得る。メッセージは、ＮＡＳサービスリクエストメッセージであり得、そして、アプリケーションが低い頻度のデータを扱うかを示すように拡張され得る。アプリケーションが低い頻度のデータに対応する場合、ＭＯ−ＩＦＤａｔａベアラ（３ＧＰＰ又は他の標準に含まれ得る）が確立され得る。そうでなければ、通常のサービスリクエストプロシージャが実行され得る。

動作１３１０において、アタッチプロシージャに関して以前説明したのと同様の技術を使用して、インジケータはＭＭＥ１０６へ送信又は転送され得る。ＭＯ−ＩＦＤａｔａベアラリクエストの受領に応答して、ＭＭＥ１０６は、「セッションリクエストの作成（Create Session Request）」メッセージをＳＧＷ１０８へ送り、ＰＧＷ１１０にメッセージを転送し得る。無線ベアラ１１５の確立の後で、Ｓ５／Ｓ８ベアラ１２５の再確立を促進するために、「ベアラリクエストの修正（Modify Bearer Request）」メッセージがＭＭＥ１０６からＳＧＷ１０８へ送信され得る。プロセスは、無線ベアラ１１５、Ｓ１ベアラ１２０、及びＳ５／Ｓ８ベアラ１２５を再確立し、ＵＥ１０２をＲＲＣ接続モードへ入れることができる。その上、図１３に示されたいくつかの他の動作は、いくつかの実施形態において実行され得る。

ＭＭＥ１０６は、ＰＧＷ１１０から、ＵＥ１０２によるパケット交換に関するインターネットプロトコル（ＩＰ）アドレスを受信することができる。ＭＭＥ１０６は、ＩＰアドレスをＵＥ１０２にも送信し得る。ＩＰアドレスは、新たなＩＰアドレスでも良い。いかなる適切なメッセージが使用されても良いが、ＩＰアドレスは、非アクセスストラタム（ＮＡＳ）メッセージでＵＥ１０２に送信され得る。例えば、メッセージは、「サービスリクエストアクセプト（Service Request Accept）」又は「ＩＰアドレスインジケーション（IP Address Indication）」メッセージ又は他のメッセージであり得る。これらのメッセージは、制限なく３ＧＰＰ又は他の標準に含まれ得る。

ネットワークが開始したダウンリンク動作に関して、Ｓ５／Ｓ８ベアラ１２５が削除されたとき、ＵＥ１０２をページして、サービスを受信するネットワークに登録を再確立するためにトリガメカニズムが使用され得る。ＳＣＳ／ＡＳはネットワークにダウンリンクパケットを送信したとき、もはや存在しないかも知れないＳ５／Ｓ８ベアラ１２５のコンテキストとしてパケットのルート指定を失敗し得る。ＰＧＷ１１０は、失敗をＳＣＳ／ＡＳに通知し、ＳＣＳにＵＥ１０２をトリガするように依頼することができる。ＳＣＳ／ＡＳは、トリガプロシージャ―を開始し、ＵＥ１０２をページし、ネットワークに登録するためにサービスリクエストプロシージャを開始するようにＵＥ１０２に通知することができる。

ネットワーク１００及び、例えばｅＮＢ１０４、ＭＭＥ１０６、ＳＧＷ１０８及びＰＧＷ１１０等のそのコンポーネントは、同時に１以上のＭＴＣ ＵＥをサポートしている間、いくつかのケースで、非ＭＴＣ ＵＥもサポートすることができる点に留意されたい。従って、非ＭＴＣ ＵＥに適用される技術及び動作は、ここで説明されたＭＴＣ ＵＥに使用されるものと一部又は全部が異なり得る。

実例として、ＭＴＣ動作のために構成された第１のＵＥに対する第１のＥＰＳベアラは、第１のＵＥ及びｅＮＢ間の第１の無線ベアラ、ｅＮＢ及びＳＧＷ間の第１のＳ１ベアラ、及びＳＧＷ及びＰＧＷ間の第１のＳ５／Ｓ８ベアラを含み得る。第２のＥＰＳベアラは、非ＭＴＣ動作のために構成された第２のＵＥに対してネットワーク１００によって同時にサポートされ得る。第２のＥＰＳベアラは、第２のＵＥ及び同じｅＮＢ間の第２の無線ベアラ、ｅＮＢ及び同じＳＧＷ間の第２のＳ１ベアラ、及びＳＧＷ及び同じＰＧＷ間の第２のＳ５／Ｓ８ベアラを含み得る。両方のＥＰＳベアラは、同じＭＭＥによって管理され得る。いくつかのケースでは、第２の無線ベアラ又は第２のＳ１ベアラのリリースの通知、又は第２のＥＰＳベアラ上のＵＥ非活動の判定の受領に応答して、ＭＭＥは第２のＳ５／Ｓ８ベアラに対してベアラリリースメッセージの送信を控えることができる。一方、例えば第１のＵＥ等のＭＴＣデバイスに対するＳ５／Ｓ８ベアラは、ここで説明されたいくつかの実施形態において、同様の状況においてリリースされ得る。

別の実例として、ＳＧＷ１０８は、ＰＧＷ１１０と第１のＥＰＳベアラ１３０上でパケット交換する第１のＭＴＣ ＵＥをサポートし、同じＰＧＷ１１０と第２のＥＰＳベアラ１３０上でパケット交換する第２の非ＭＴＣ ＵＥもサポートすることができる。ＳＧＷ１０８は、第１のＥＰＳベアラ上でのＵＥ非活動の判定に応答して、第１のＵＥ１０２関してベアラリリースリクエストを送信し、しかしながら、第２のＥＰＳベアラ上でＵＥ非活動が判定されたときでさえ、第２のＥＰＳベアラに含まれる第２のＳ５／Ｓ８ベアラに関してベアラリリースリクエストの送信を控えることもできる。

発展型パケットシステム（ＥＰＳ）ベアラに従ったネットワークにおいてパケット交換（ＰＳ）サービスをサポートするモビリティマネジメントエンティティ（ＭＭＥ）が、ここで開示される。ＭＭＥは、ユーザ端末（ＵＥ）及びパケットデータネットワークゲートウェイ（ＰＧＷ）間のＥＰＳベアラの確立の一部として、ＵＥにおけるマシンタイプ通信（ＭＴＣ）動作のインジケータを受信するように構成されたハードウェア処理回路を含むことができる。ハードウェア処理回路は、ＭＭＥにおけるＥＰＳベアラ上のＵＥ非活動の判定に少なくとも部分的に応答して、ＳＧＷ及びＥＰＳベアラに含まれるＰＧＷとの間のＳ５／Ｓ８ベアラのリリースに関して、ベアラリリースメッセージをサービングゲートウェイ（ＳＧＷ）に送信するようにさらに構成することができる。いくつかの実施形態において、ＭＴＣ動作のインジケータは、ＥＰＳベアラの動作の一部としてＵＥからＳ５／Ｓ８ベアラのリリースに対する許可インジケータ（permission indicator）を含むことができる。いくつかの実施形態において、ＭＴＣ動作のインジケータは、小さいブロックのデータの送信又は低い頻度のレートでの送信のインジケータを含むことができる。いくつかの実施形態において、小さいブロックのデータは、１０００バイトのデータ又はそれ未満、及び１分間に１回未満であり得る低い頻度のレートを含み得る。

いくつかの実施形態において、ＵＥ非活動の判定は、進化型ノードＢ（ｅＮＢ）からのＵＥに対する非活動タイマの満了のインジケータの受領に少なくとも部分的に基づいており、ＥＰＳベアラに含まれる無線ベアラは、ＵＥ及びｅＮＢの間のパケット交換を可能にすることができる。いくつかの実施形態において、ＵＥ非活動の判定は、ＵＥにおけるパワーセービング（省電力）モード（ＰＳＭ）動作のインジケータの受領に少なくとも部分的に基づくことができ、ＰＳＭにおける動作は、ＰＳＭ期間の間、メッセージの受領を控えることを含み得る。いくつかの実施形態において、ＰＳＭ動作のインジケータは、ＰＳＭモードにおけるＵＥ動作に対する将来の時間を反映するＰＳＭタイマパラメータを含むことができ、ＵＥ非活動の判定は、さらにＰＳＭタイマパラメータに従って動作するＭＭＥにおけるタイマの満了に少なくとも部分的に基づくことがさらにできる。

ハードウェア処理回路は、ＵＥに関するコアネットワーク（ＣＮ）アシスタンス情報に少なくとも部分的に基づいて、Ｓ５／Ｓ８がリリース可能か判定するようにさらに構成され得る。いくつかの実施形態において、Ｓ５／Ｓ８ベアラのリリースに対するベアラリリースメッセージの送信は、Ｓ５／Ｓ８ベアラがリリース可能であるという判定に少なくとも部分的に応答して、さらに実行され得る。非ＭＴＣ動作に対して構成された第２のＵＥに対する第２のＥＰＳベアラは、第２のＵＥ及び進化型ノードＢ（ｅＮＢ）との間の第２の無線ベアラ、ｅＮＢ及びＳＧＷとの間の第２のＳ１ベアラ、及びＳＧＷ及びＰＧＷとの間の第２のＳ５／Ｓ８ベアラを含むことができる。ハードウェア処理回路は、第２の無線ベアラ又は第２のＳ１ベアラのリリースの通知の受領に応答して、第２のＳ５／Ｓ８ベアラに対するベアラリリースメッセージの送信を控えることができるようにさらに構成され得る。

ハードウェア処理回路は、ＰＧＷから、ＵＥによるパケット交換に関するインターネットプロトコル（ＩＰ）アドレスを受信し、ＩＰアドレスをＵＥに送信するようにさらに構成され得る。いくつかの実施形態において、ＩＰアドレスは、非アクセスストラタム（ＮＡＳ）メッセージにおいてＵＥに送信され得る。

発展型パケットシステム（ＥＰＳ）ベアラに従ったネットワークにおけるパケット交換（ＰＳ）サービスをサポートする動作を実行する、１つ以上のプロセッサによって実行される命令を保存する非一時的コンピュータ読取り可能な記憶媒体が、ここでまた開示される。動作は、ユーザ機器（ＵＥ）及びパケットデータネットワークゲートウェイ（ＰＧＷ）との間のＥＰＳベアラの確立の一部として、ＵＥにおけるマシンタイプ通信（ＭＴＣ）動作のインジケータを受信するように１つ以上のプロセッサを構成することができる。動作は、ＭＭＥにおける、ＥＰＳベアラ上のＵＥ非活動の判定に少なくとも部分的に応答して、１つ以上のプロセッサが、ＳＧＷとＥＰＳベアラに含まれるＰＧＷとの間のＳ５／Ｓ８ベアラのリリースに対してサービングゲートウェイ（ＳＧＷ）にベアラリリースメッセージを送信するようにさらに構成され得る。いくつかの実施形態において、ＵＥ非活動の判定は、ＵＥにおけるパワーセービングモード（ＰＳＭ）動作のインジケータの受領に少なくとも部分的に基づき、ＰＳＭにおける動作は、ＰＳＭ期間の間メッセージの受領を控えること含み得る。いくつかの実施形態において、ＵＥ非活動の判定は、進化型ノードＢ（ｅＮＢ）から、ＵＥに対する非活動タイマの満了のインジケータの受領に少なくとも部分的に基づき得る。ＥＰＳベアラに含まれる無線ベアラは、ＵＥ及びｅＮＢとの間のパケット交換を可能にすることができる。

発展型パケットシステム（ＥＰＳ）ベアラに従ったネットワークにおけるパケット交換（ＰＳ）サービスをサポートする方法がここで開示される。方法は、第１のＵＥに対して非活動状態が判定されたとき、マシンタイプ通信（ＭＴＣ）ＵＥとして動作する第１のＵＥに対してＳ５／Ｓ８ベアラのリリースに対するベアラリリースメッセージを送信することを含み得る。方法は、非ＭＴＣ ＵＥとして動作する第２のＵＥに対するＳ５／Ｓ８ベアラのリリースに対するベアラリリースメッセージの送信を控えることをさらに含み得る。Ｓ５／Ｓ８ベアラは、ＵＥ及び１つ以上のパケットデータネットワークゲートウェイ（ＰＧＷ）との間のＥＰＳベアラに含まれ得る。方法は、第１のＵＥに対するＥＰＳベアラの確立の一部として第１のＵＥに関するＭＴＣ動作のインジケータを受信することをさらに含み得る。いくつかの実施形態において、第１のＵＥに対する非活動の状態の判定は、第１のＵＥにおけるパワーセービングモード（ＰＳＭ）動作のインジケータの受領に少なくとも部分的に基づき得る。ＰＳＭにおける動作は、ＰＳＭ期間のメッセージの受領を控えることを含み得る。いくつかの実施形態において、第１のＵＥに対する非活動の状態の判定は、進化型ノードＢ（ｅＮＢ）から、第１のＵＥに対する非活動タイマの満了のインジケータの受領に少なくとも部分的に基づき得る。

発展型パケットシステム（ＥＰＳ）ベアラに従ったマシンタイプ通信（ＭＴＣ）をサポートするユーザ機器（ＵＥ）は、またここに開示される。ＵＥ及びパケットデータネットワークゲートウェイ（ＰＧＷ）との間のＥＰＳベアラをサポートするモビリティマネジメントエンティティ（ＭＭＥ）において、ＵＥがＭＴＣ ＵＥとして動作することを示すマシンタイプ通信（ＭＴＣ）動作のインジケータを送信するように構成されたハードウェア処理回路を、ＵＥは含むことができる。ＭＴＣ動作のインジケータは、サービングゲートウェイ（ＳＧＷ）及びＰＧＷの間でＳ５／Ｓ８ベアラのリリースを可能とし得る。ＥＰＳベアラは、Ｓ５／Ｓ８ベアラ、ＵＥ及び進化型ノードＢ（ｅＮＢ）との間の無線ベアラ、及びｅＮＢ及びＳＧＷとの間のＳ１ベアラを含むことができる。いくつかの実施形態において、Ｓ５／Ｓ８ベアラは、ＥＰＳベアラ上のＵＥの非活動の判定に応答してリリースされ得る。いくつかの実施形態において、Ｓ５／Ｓ８ベアラは、無線ベアラのリリース又はＳ１ベアラのリリースに応答してリリースされ得る。いくつかの実施形態において、ＭＴＣ動作のインジケータは、ＥＰＳベアラに対するＵＥアタッチメントプロシージャの一部として送信され得る。いくつかの実施形態において、ＭＴＣ動作のインジケータは、ＥＰＳベアラの動作の一部としてＳ５／Ｓ８ベアラをリリースすることに対する許可インジケータを含み得る。

いくつかの実施形態において、ＭＴＣ動作のインジケータは、小さいブロックのデータの送信又は低い頻度のレートでの送信のインジケータを含み得る。いくつかの実施形態において、小さいブロックのデータは、１０００バイトのデータ又はそれ未満及び１分間に１回未満の低い頻度のレートを含み得る。ハードウェア処理回路は、ＵＥにおけるパワーセービングモード（ＰＳＭ）動作のインジケータを送信するようにさらに構成され得る。いくつかの実施形態において、ＰＳＭ（ＵＥに対する）での動作は、ＰＳＭ期間の間、メッセージの受領を控えることを含み得る。いくつかの実施形態において、ＰＳＭ動作のインジケータは、ＰＳＭモードにおけるＵＥの動作を反映したＰＳＭタイマの満了に少なくとも部分的に基づき得る。いくつかの実施形態において、ＭＴＣ動作のインジケータの送信は、Ｓ５／Ｓ８ベアラのリリース及びＥＰＳベアラ上で送信されるアップリンクデータの判定に応答して、再確立プロセスの一部として実行され得る。

発展型パケットシステム（ＥＰＳ）ベアラに従うパケット交換（ＰＳ）サービスをサポートするサービングゲートウェイ（ＳＧＷ）も、ここで説明される。ＰＧＷ及びユーザ機器（ＵＥ）との間のＥＰＳベアラに含まれるＳ５／Ｓ８ベアラ上でパケットデータネットワークゲートウェイ（ＰＧＷ）とパケット交換を行い、ＥＰＳベアラ上でＵＥにおいてマシンタイプ通信（ＭＴＣ）動作のインジケータを受信するように構成されたハードウェア処理回路を、ＳＧＷは含み得る。ハードウェア処理回路は、ＳＧＷにおいて、ＥＰＳベアラ上のＵＥ非活動の判定に少なくとも部分的に応答し、Ｓ５／Ｓ８ベアラに対するベアラリリースリクエストを送信するようにさらに構成され得る。ハードウェア処理回路は、ＰＧＷ及び非ＭＴＣ動作に構成された第２のＵＥとの間の第２のＥＰＳベアラに含まれる第２のＳ５／Ｓ８ベアラに対するベアラリリースリクエストの送信を控えるようにさらに構成され得る。

ハードウェア処理回路は、ＥＰＳベアラに含まれるＳ１ベアラ上で進化型ノードＢ（ｅＮＢ）とパケット交換をするようにさらに構成され得る。いくつかの実施形態において、ＥＰＳベアラ上でのＵＥ非活動の判定は、ＭＭＥからのｅＮＢ及びＥＰＳベアラに含まれるＵＥとの間のＳ１ベアラ又は無線ベアラに対してベアラリリースメッセージの受領を含み得る。いくつかの実施形態において、ＵＥ非活動の判定は、ＳＧＷにおけるＥＰＳベアラに対する非活動時間の満了に少なくとも部分的に基づき得る。ハードウェア処理回路は、非活動タイマに従ってＥＰＳベアラ上でのパケット交換に関する活動をモニタし、ＥＰＳベアラ上での活動の検出に応答して非活動タイマをリセットするようにさらに構成され得る。いくつかの実施形態において、ＥＰＳベアラ上のＵＥ非活動は、非活動タイマのすべての以前のリセットから非活動満了パラメータより長い時間の期間が経過したことにより判定され得る。

要約が技術的開示の本質及び要点が読者に解明できるようにという３７ Ｃ．Ｆ．Ｒセクション１．７２（ｂ）に適合するように要約が提供される。請求項の範囲や意味を制限したり、解釈したりすることに、要約を使用してはならいという理解に従う。各請求項はそれぞれ個別の実施形態として主張すると共に、以下の請求項は、ここで詳細な説明に組み込まれる。

Claims (27)

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. 請求項１１乃至１３のうちいずれか１項記載のコンピュータプログラムを記憶したコンピュータ読取り可能な記憶媒体。

Images