JP2017507527A

JP2017507527A - パワーセービングモードをサポートするための方法及びその無線機器

Info

Publication number: JP2017507527A
Application number: JP2016543176A
Authority: JP
Inventors: ジェヒュンキム，; ジンソクリュ，; テフンキム，; ヒュンソクキム，; レヨンキム，; テヒョンキム，
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2014-01-19
Filing date: 2015-01-16
Publication date: 2017-03-16
Anticipated expiration: 2035-01-16
Also published as: CN105940730B; WO2015108363A1; KR20160086353A; JP6259104B2; EP3096566B1; EP3096566A4; US20160381639A1; EP3096566A1; KR101882114B1; CN105940730A; US10172085B2

Abstract

本明細書の一開示は、無線機器におけるパワーセービングモード（ＰＳＭ）をサポートする方法を提供する。前記方法は、ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信するステップと；前記ネットワークエンティティから前記要求メッセージに対する拒絶メッセージを受信するステップと；を含む。ここで、前記拒絶メッセージは、拒絶原因を含み、前記第１の活性時間値を考慮して決定された第２の活性時間値を含む。前記方法は、前記拒絶メッセージの受信後、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入するステップと：を含む。【選択図】図９ａ

Description

本発明は、パワーセービングモードをサポートするための方法及びその無線機器に関する。

移動通信システムの技術規格を制定する３ＧＰＰでは、４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ／ＳＡＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ／ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ）技術に対する研究を始めた。

３ＧＰＰＳＡＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰＴＳＧＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうち一つである。これは３ＧＰＰシステムをＩＰベースの多様な無線接続技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。

３ＧＰＰＳＡＷＧ２で定義したＥＰＳ（ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ）上位水準参照モデル（ｒｅｆｅｒｅｎｃｅｍｏｄｅｌ）は、非ローミングケース（ｎｏｎ−ｒｏａｍｉｎｇｃａｓｅ）及び多様なシナリオのローミングケース（ｒｏａｍｉｎｇｃａｓｅ）を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３．４０１とＴＳ２３．４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。

図１は、進化した移動通信ネットワークの構造図である。

ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）５２、ＰＤＮＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋＧａｔｅｗａｙ）５３、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）５１、ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）ＳｕｐｐｏｒｔｉｎｇＮｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄＰａｃｋｅｔＤａｔａＧａｔｅｗａｙ）を示す。

Ｓ−ＧＷ５２は、無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末（または、ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）がｅＮｏｄｅＢ２２によりサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント（ａｎｃｈｏｒｐｏｉｎｔ）の役割をする。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）ＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）内での移動性のために、Ｓ−ＧＷ５２を介してパケットがルーティングされることができる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（登録商標）（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（ＥｎｈａｎｃｅｄＤａｔａｒａｔｅｓｆｏｒＧｌｏｂａｌＥｖｏｌｕｔｉｏｎ）ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。

ＰＤＮＧＷ（または、Ｐ−ＧＷ）５３は、パケットデータネットワークに向かうデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎｐｏｉｎｔ）に該当する。ＰＤＮＧＷ５３は、政策執行特徴（ｐｏｌｉｃｙｅｎｆｏｒｃｅｍｅｎｔｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（ＩｎｔｅｒｗｏｒｋｉｎｇＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼されるネットワーク）との移動性管理のためのアンカーポイント役割をすることができる。

図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（ＳｉｎｇｌｅＧａｔｅｗａｙＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎ）によって具現されることもできる。

ＭＭＥ５１は、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御平面（ｃｏｎｔｒｏｌｐｌａｎｅ）機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程（ＳｅｃｕｒｉｔｙＰｒｏｃｅｄｕｒｅｓ）、端末−対−ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋＳｅｓｓｉｏｎＨａｎｄｌｉｎｇ）、アイドル端末位置決定管理（ＩｄｌｅＴｅｒｍｉｎａｌＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔ）などの機能を遂行する。

ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ／ＧＥＲＡＮ）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）といった全てのパケットデータをハンドリングする。

ｅＰＤＧは、信頼されない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対するセキュリティノードとしての役割をする。

図１を参照して説明したように、ＩＰ能力を有する端末（または、ＵＥ）は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスに基づいても、ＥＰＣ内の多様な要素を経由して事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。

また、図１は、多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ（ｆｕｎｃｔｉｏｎａｌｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅｐｏｉｎｔ）と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示外にもネットワーク構造によって多様なレファレンスポイントが存在できる。

図１に示すレファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは、非３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非３ＧＰＰアクセス及びＰＤＮＧＷ間の関連制御及び移動性サポートをユーザ平面に提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮＧＷ間の関連制御及び移動性サポートをユーザ平面に提供するレファレンスポイントである。

図２は、一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。

図示されたように、ｅＮｏｄｅＢ２０は、ＲＲＣ接続が活性化されている中、ゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャスタチャネル（ＢＣＨ）のスケジューリング及び送信、アップリンク及びダウンリンクでのリソースをＵＥに動的割当、ｅＮｏｄｅＢ２０の測定のための設定及び提供、無線ベアラ制御、無線許可制御（ｒａｄｉｏａｄｍｉｓｓｉｏｎｃｏｎｔｒｏｌ）、そして、接続移動性制御などのための機能を遂行することができる。ＥＰＣ内では、ページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面の暗号化、ＥＰＳベアラ制御、ＮＡＳシグナリングの暗号化及び完全性保護機能を遂行することができる。

図３は、ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）の構造を示す例示図であり、図４は、端末と基地局との間のユーザ平面での無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）の構造を示す他の例示図である。

前記無線インターフェースプロトコルは、３ＧＰＰ無線アクセスネットワーク規格を基盤とする。前記無線インターフェースプロトコルは、水平的には物理階層（ＰｈｙｓｉｃａｌＬａｙｅｒ）、データリンク階層（ＤａｔａＬｉｎｋＬａｙｅｒ）、及びネットワーク階層（ＮｅｔｗｏｒｋＬａｙｅｒ）からなり、垂直的にはデータ情報送信のためのユーザ平面（ＵｓｅｒＰｌａｎｅ）と、制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御平面（ＣｏｎｔｒｏｌＰｌａｎｅ）とに区分される。

前記プロトコル階層は、通信システムで広く知られた開放型システム間相互接続（ＯｐｅｎＳｙｓｔｅｍＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができる。

以下、前記図３に示す制御平面での無線プロトコルと図４に示すユーザ平面での無線プロトコルの各階層を説明する。

第１の階層である物理階層は、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を利用して情報転送サービス（ＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＳｅｒｖｉｃｅ）を提供する。前記物理階層は、上位にある媒体アクセス制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）階層とはトランスポートチャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）を介して連結されており、前記トランスポートチャネルを介して媒体アクセス制御階層と物理階層との間のデータが伝達される。そして、互いに異なる物理階層間、即ち、送信側と受信側の物理階層間は、物理チャネルを介してデータが伝達される。

物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）は、時間軸上にある複数個のサブフレームと、周波数軸上にある複数個のサブキャリア（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアとで構成される。一つのサブフレームは、複数のリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアとで構成される。データが送信される単位時間であるＴＴＩ（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）は、１個のサブフレームに該当する１ｍｓである。

前記送信側と受信側の物理階層に存在する物理チャネルは、３ＧＰＰＬＴＥによると、データチャネルであるＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）及びＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）と、制御チャネルであるＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＣＦＩＣＨ（ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）、ＰＨＩＣＨ（ＰｈｙｓｉｃａｌＨｙｂｒｉｄ−ＡＲＱＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）及びＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）と、に分けられる。

サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数（即ち、制御領域の大きさ）に対するＣＦＩ（ｃｏｎｔｒｏｌｆｏｒｍａｔｉｎｄｉｃａｔｏｒ）を伝送する。無線機器は、まず、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。

ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディングを使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。

ＰＨＩＣＨは、ＵＬＨＡＲＱ（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）のためのＡＣＫ（ｐｏｓｉｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。無線機器により送信されるＰＵＳＣＨ上のＵＬ（ｕｐｌｉｎｋ）データに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上に送信される。

ＰＢＣＨ（ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）は、無線フレームの１番目のサブフレームの第２のスロットの前方部の４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、無線機器が基地局と通信するときに必須なシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報をＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）という。これと比較して、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上に送信されるシステム情報をＳＩＢ（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）という。

ＰＤＣＣＨは、ＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄｃｈａｎｎｅｌ）のリソース割当及び送信フォーマット、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）のリソース割当情報、ＰＣＨ上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上に送信されるランダムアクセス応答のような上位階層制御メッセージのリソース割当、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及びＶｏＩＰ（ｖｏｉｃｅｏｖｅｒｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ）の活性化などを伝送することができる。複数のＰＤＣＣＨが制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、一つまたは複数個の連続的なＣＣＥ（ｃｏｎｔｒｏｌｃｈａｎｎｅｌｅｌｅｍｅｎｔｓ）のアグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）上に送信される。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当単位である。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔｇｒｏｕｐ）に対応される。ＣＣＥの数とＣＣＥにより提供される符号化率の関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。

ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをＤＬグラント（ｄｏｗｎｌｉｎｋｇｒａｎｔ）ともいう）、ＰＵＳＣＨのリソース割当（これをＵＬグラント（ｕｐｌｉｎｋｇｒａｎｔ）ともいう）、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及び／またはＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）の活性化を含むことができる。

第２の階層にはさまざまな階層が存在する。まず、媒体アクセス制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ；ＭＡＣ）階層は、多様な論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングさせる役割をし、また、複数の論理チャネルを一つのトランスポートチャネルにマッピングさせる論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役割を遂行する。ＭＡＣ階層は、上位階層であるＲＬＣ階層とは論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を介して接続されており、論理チャネルは、大いに、送信される情報の種類によって、制御平面（ＣｏｎｔｒｏｌＰｌａｎｅ）の情報を送信する制御チャネル（ＣｏｎｔｒｏｌＣｈａｎｎｅｌ）と、ユーザ平面（ＵｓｅｒＰｌａｎｅ）の情報を送信するトラフィックチャネル（ＴｒａｆｆｉｃＣｈａｎｎｅｌ）と、に分けられる。

第２の階層の無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ；ＲＬＣ）階層は、上位階層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して下位階層が無線区間へのデータの送信に適合するようにデータの大きさを調節する役割を遂行する。また、各々の無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳが保障可能にするために、ＴＭ（ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ、透明モード）、ＵＭ（Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ、無応答モード）、及びＡＭ（ＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ、応答モード）の三つの動作モードを提供している。特に、ＡＭＲＬＣは、信頼性のあるデータ送信のために、自動反復及び要求（ＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄＲｅｑｕｅｓｔ；ＡＲＱ）機能を介した再送信機能を遂行している。

第２の階層のパケットデータ収束（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ；ＰＤＣＰ）階層は、ＩＰｖ４やＩＰｖ６のようなＩＰパケット送信時、帯域幅が小さい無線区間で効率的に送信するために相対的に大きさが大きくて不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らすヘッダ圧縮（ＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）機能を遂行する。これはデータのヘッダ（Ｈｅａｄｅｒ）部分で必ず必要な情報のみを送信するようにすることで、無線区間の送信効率を増加させる役割をする。また、ＬＴＥシステムでは、ＰＤＣＰ階層がセキュリティ（Ｓｅｃｕｒｉｔｙ）機能も実行し、これは第３者のデータ盗聴を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）と第３者のデータ操作を防止する完全性保護（Ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ）とで構成される。

第３階層の最も上部に位置した無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；以下、ＲＲＣと略称する）階層は、制御平面でのみ定義され、無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ；ＲＢと略称する）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。このとき、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ伝達のために、第２の階層により提供されるサービスを意味する。

前記端末のＲＲＣと無線ネットワークのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣｃｏｎｎｅｃｔｉｏｎ）がある場合、端末は、ＲＲＣ接続状態（ＣｏｎｎｅｃｔｅｄＭｏｄｅ）になり、そうでない場合、ＲＲＣアイドル状態（ＩｄｌｅＭｏｄｅ）になる。

以下、端末のＲＲＣ状態（ＲＲＣｓｔａｔｅ）とＲＲＣ接続方法に対して説明する。ＲＲＣ状態とは、端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣと論理的接続（ｌｏｇｉｃａｌｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）といい、接続されていない場合はＲＲＣ＿ＩＤＬＥ状態という。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣ＿ＩＤＬＥ状態の端末は、Ｅ−ＵＴＲＡＮが端末の存在を把握することはできず、セルより大きい地域単位であるＴＡ（ＴｒａｃｋｉｎｇＡｒｅａ）単位に核心ネットワークが管理する。即ち、ＲＲＣ＿ＩＤＬＥ状態の端末は、セルに比べて大きい地域単位に該当端末の存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動しなければならない。各ＴＡは、ＴＡＩ（Ｔｒａｃｋｉｎｇａｒｅａｉｄｅｎｔｉｔｙ）を介して区分される。端末は、セルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇａｒｅａｃｏｄｅ）を介してＴＡＩを構成することができる。

ユーザが端末の電源を最初にオンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ接続を確立し、核心ネットワークに端末の情報を登録する。この後、端末は、ＲＲＣ＿ＩＤＬＥ状態にとどまる。ＲＲＣ＿ＩＤＬＥ状態にとどまる端末は、必要によって、セルを（再）選択し、システム情報（Ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ）やページング情報を確認する。これをセルにキャンプオン（Ｃａｍｐｏｎ）するという。ＲＲＣ＿ＩＤＬＥ状態にとどまっていた端末は、ＲＲＣ接続を確立する必要がある時はじめてＲＲＣ接続過程（ＲＲＣｃｏｎｎｅｃｔｉｏｎｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動する。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由でアップリンクデータ送信が必要であり、またはＥ−ＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。

前記ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）階層は、セッション管理（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）と移動性管理（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）等の機能を遂行する。

以下、図３に示すＮＡＳ階層に対して詳細に説明する。

ＮＡＳ階層に属するＥＳＭ（ＥｖｏｌｖｅｄＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）は、ＤｅｆａｕｌｔＢｅａｒｅｒ管理及びＤｅｄｉｃａｔｅｄＢｅａｒｅｒ管理のような機能を遂行し、端末がネットワークからＰＳサービスを利用するための制御を担当する。ＤｅｆａｕｌｔＢｅａｒｅｒリソースは、特定ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ（ＰＤＮ）に最初接続する時またはネットワークに接続される時、ネットワークから割当を受けるという特徴を有する。このとき、ネットワークは、端末がデータサービスを使用することができるように端末が使用可能なＩＰアドレスを割り当て、また、ｄｅｆａｕｌｔｂｅａｒｅｒのＱｏＳを割り当てる。ＬＴＥでは、大いに、データ送受信のための特定帯域幅を保障するＧＢＲ（Ｇｕａｒａｎｔｅｅｄｂｉｔｒａｔｅ）ＱｏＳ特性を有するｂｅａｒｅｒと、帯域幅の保障無しでＢｅｓｔｅｆｆｏｒｔＱｏＳ特性を有するＮｏｎ−ＧＢＲｂｅａｒｅｒの２種類をサポートする。Ｄｅｆａｕｌｔｂｅａｒｅｒの場合、Ｎｏｎ−ＧＢＲｂｅａｒｅｒの割当を受ける。Ｄｅｄｉｃａｔｅｄｂｅａｒｅｒの場合は、ＧＢＲまたはＮｏｎ−ＧＢＲのＱｏＳ特性を有するｂｅａｒｅｒの割当を受けることができる。

ネットワークから端末に割り当てたｂｅａｒｅｒをＥＰＳ（ｅｖｏｌｖｅｄｐａｃｋｅｔｓｅｒｖｉｃｅ）ｂｅａｒｅｒといい、ＥＰＳｂｅａｒｅｒを割当する時、ネットワークは、一つのＩＤを割り当てるようになる。これをＥＰＳＢｅａｒｅｒＩＤという。一つのＥＰＳｂｅａｒｅｒは、ＭＢＲ（ｍａｘｉｍｕｍｂｉｔｒａｔｅ）とＧＢＲ（ｇｕａｒａｎｔｅｅｄｂｉｔｒａｔｅ）またはＡＭＢＲ（Ａｇｇｒｅｇａｔｅｄｍａｘｉｍｕｍｂｉｔｒａｔｅ）のＱｏＳ特性を有する。

一方、図３において、ＮＡＳ階層下に位置するＲＲＣ階層、ＲＬＣ階層、ＭＡＣ階層、ＰＨＹ階層を束ねてアクセス階層（ＡｃｃｅｓｓＳｔｒａｔｕｍ：ＡＳ）とも呼ばれる。

図５は、３ＧＰＰＬＴＥにおけるランダムアクセス過程を示す流れ図である。

ランダムアクセス過程は、ＵＥ１０が基地局、即ち、ｅＮｏｄｅＢ２０とＵＬ同期を得たり、ＵＬ無線リソースの割当を受けたりするために使われる。

ＵＥ１０は、ルートインデックス（ｒｏｏｔｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌｒａｎｄｏｍａｃｃｅｓｓｃｈａｎｎｅｌ）設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｄｅｘ）をｅＮｏｄｅＢ２０から受信する。各セル毎にＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスにより定義される６４個の候補（ｃａｎｄｉｄａｔｅ）ランダムアクセスプリアンブルがあり、ルートインデックスは、端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。

ランダムアクセスプリアンブルの送信は、各セル毎に特定時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスは、ランダムアクセスプリアンブルの送信が可能な特定サブフレームとプリアンブルフォーマットを指示する。

ＵＥ１０は、任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢ２０に送信する。ＵＥ１０は、６４個の候補ランダムアクセスプリアンブルの中から一つを選択する。そして、ＰＲＡＣＨ設定インデックスにより該当するサブフレームを選択する。ＵＥ１０は、選択されたランダムアクセスプリアンブルを選択されたサブフレームで送信する。

前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢ２０は、ランダムアクセス応答（ｒａｎｄｏｍａｃｃｅｓｓｒｅｓｐｏｎｓｅ、ＲＡＲ）をＵＥ１０に送る。ランダムアクセス応答は、２ステップで検出される。まず、ＵＥ１０は、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍａｃｃｅｓｓ−ＲＮＴＩ）でマスキングされたＰＤＣＣＨを検出する。ＵＥ１０は、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨ上にＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）内のランダムアクセス応答を受信する。

一方、最近、人間が排除された、機械と機械との間に行われる通信であるＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）が研究されている。

注目すべき点は、ＭＴＣ機器は、人間の介入がほとんどないため、バッテリを長い間使用できるようにすることが最も重要であるという点である。そのために、ＭＴＣ機器は、パワーセービングモード（ＰｏｗｅｒＳａｖｉｎｇＭｏｄｅ：以下‘ＰＳＭ’という）で動作できるようにする研究が進行されている。ＭＴＣ機器がＰＳＭ状態に進入すると、電源オフ状態と類似するようにダウンリンクデータを受信することができない。

しかし、ＭＴＣ機器がＰＳＭ状態に進入するために要求メッセージをネットワークに送信したが、前記ネットワークの問題により拒絶メッセージを前記ＭＴＣ機器が受信する場合には、ＰＳＭ状態に進入できない。それによって、非効率的なエネルギ消耗及びネットワーク処理が発生できる。

したがって、本明細書の一開示は、前述した問題点を解決することができる方案を提示することを目的とする。

前記のような目的を達成するために、本発明の一開示は、無線機器におけるパワーセービングモード（ＰＳＭ）をサポートする方法を提供する。前記方法は、ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信するステップと；前記ネットワークエンティティから前記要求メッセージに対する拒絶メッセージを受信するステップと；を含む。ここで、前記拒絶メッセージは、拒絶原因を含み、前記第１の活性時間値を考慮して決定された第２の活性時間値を含む。前記方法は、前記拒絶メッセージの受信後、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入するステップと；を含む。ここで、前記ＰＳＭ状態ではパワーオフされたように、前記無線機器がダウンリンクデータを受信しなく、アップリンクデータは送信できるようにネットワークには登録された状態に維持される。

前記ＰＳＭ状態に進入するステップは、アクセス階層（ＡｃｃｅｓｓＳｔｒａｔｕｍ：ＡＳ）を非活性化するステップを含む。

前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入するステップは、前記拒絶メッセージ内の拒絶原因がネットワーク不能（ｎｅｔｗｏｒｋｆａｉｌｕｒｅ）を示すｃａｕｓｅｖａｌｕｅ＃１７に設定されており、またはＥＳＭ不能を示すｃａｕｓｅｖａｌｕｅ＃１９に設定されている場合に実行される。

前記要求メッセージは、アタッチ（Ａｔｔａｃｈ）要求メッセージ、トラッキング領域更新（ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ：ＴＡＵ）要求メッセージ、ルーティング領域更新（ＲｏｕｔｉｎｇＡｒｅａＵｐｄａｔｅ：ＲＡＵ）要求メッセージまたはサービス要求メッセージである。そして、前記拒絶メッセージは、アタッチ拒絶メッセージ、ＴＡＵ拒絶メッセージ、ＲＡＵ拒絶メッセージ、またはサービス拒絶メッセージである。

前記要求メッセージは、周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値のうち一つ以上をさらに含む。前記拒絶メッセージは、前記ネットワークエンティティにより決定された周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値のうち一つ以上をさらに含む。

前記周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値は、ＥｘｔＴ３３１２またはＥＸＴＴ３４１２に定義される。

前記拒絶メッセージの受信後、リトライカウンタの値が予め決められた閾値と同じまたは大きくなるように、前記リトライカウンタの値を増加させるステップと；前記リトライカウンタの値が予め決められた閾値と同じまたは大きくなった場合、バックオフタイマを駆動するステップと；をさらに含む。

前記バックオフタイマが満了する場合、前記ＰＳＭ状態から外れ、前記要求メッセージを追加的に送信するステップをさらに含む。

前記バックオフタイマは、前記ネットワークエンティティがＥ−ＵＴＲＡＮに対応する場合にはＴ３４０２タイマに定義される。前記バックオフタイマは、前記ネットワークエンティティがＵＴＲＡＮに対応する場合にはＴ３３０２タイマに定義される。

前記拒絶メッセージの受信後、セッション管理（ＳＭ）バックオフタイマを駆動するステップをさらに含む。

前記のような目的を達成するために、本発明の一開示は、パワーセービングモード（ＰＳＭ）をサポートする無線機器を提供する。前記無線機器は、ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信し、前記ネットワークエンティティから前記要求メッセージに対する拒絶メッセージを受信する送受信部を含む。ここで、前記拒絶メッセージは、拒絶原因を含み、前記第１の活性時間値を考慮して決定された第２の活性時間値を含む。前記無線機器は、前記送受信部を介して前記拒絶メッセージを受信する場合、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入する制御部を含み、ここで、前記ＰＳＭ状態ではパワーオフされたように、前記無線機器がダウンリンクデータを受信しなく、アップリンクデータは送信できるようにネットワークには登録された状態に維持される。

本明細書の開示によると、前述した従来技術の問題点が解決される。

進化した移動通信ネットワークの構造図である。一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）の構造を示す例示図である。端末と基地局との間にユーザ平面での無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）の構造を示す他の例示図である。３ＧＰＰＬＴＥにおけるランダムアクセス過程を示す流れ図である。ＭＴＣ機器を介したサービスの例示を示す。ＭＴＣサポートのための３ＧＰＰサービスモデルを示す概念図である。パワーセービングモード（ＰＳＭ）のための活性タイマ（ＡｃｔｉｖｅＴｉｍｅｒ）を交渉する過程を示し、パワーセービングモード（ＰＳＭ）の動作を示す例示図である。パワーセービングモード（ＰＳＭ）の動作を示す例示図である。ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない一問題状況を示す信号流れ図である。ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない他の問題状況を示す信号流れ図である。ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない他の問題状況を示す信号流れ図である。アタッチ拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。ＴＡＵ／ＲＡＵ拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。サービス拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。アタッチ拒絶メッセージを受信する場合、他の一実施例に係る解決方案を示す流れ図である。本発明の実施例に係るＭＴＣ機器１００及びＭＭＥ５１０の構成ブロック図である。

本発明は、ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）及びＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）を基準にして説明するが、このような通信システムにのみ限定されるものではなく、本発明の技術的思想が適用されることができる全ての通信システム及び方法にも適用されることができる。

本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定するものではないことに留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的な用語である場合、当業者が正確に理解することができる技術的用語に変えて理解しなければならない。また、本発明で使われる一般的な用語は、辞書の定義によってまたは前後文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。

また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味ではない限り、複数の表現を含む。本出願において、“構成される”または“有する”などの用語は、明細書上に記載された多様な構成要素、または複数のステップを必ず全部含むと解釈されてはならず、そのうち一部構成要素または一部ステップは含まれない場合もあり、または追加的な構成要素またはステップをさらに含む場合もあると解釈されなければならない。

また、本明細書で使われる第１及び第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、前記構成要素は、前記用語により限定されてはならない。前記用語は、一つの構成要素を他の構成要素から区別する目的としてのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。

一構成要素が他の構成要素に“連結されている”または“接続されている”と言及された場合は、該当他の構成要素に直接的に連結されており、または接続されている場合もあるが、中間に他の構成要素が存在する場合もある。それに対し、一構成要素が他の構成要素に“直接連結されている”または“直接接続されている”と言及された場合は、中間に他の構成要素が存在しないと理解しなければならない。

以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面符号に関係無しで同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重複説明は省略する。また、本発明を説明するにあたって、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことに留意しなければならない。本発明の思想は、添付図面外に全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。

添付図面には例示的にＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）が示されているが、図示された前記ＵＥは、端末（Ｔｅｒｍｉｎａｌ）、ＭＥ（ＭｏｂｉｌｅＥｑｕｉｐｍｅｎｔ）などの用語で呼ばれる場合もある。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン（ＳｍａｒｔＰｈｏｎｅ）、マルチメディア機器などのように携帯可能な機器であり、またはＰＣ及び車両搭載装置のように携帯不可能な機器である。

用語の定義
以下、図面を参照して説明する前に、本発明の理解を容易にするために、本明細書で使われる用語を簡略に定義する。

ＵＭＴＳ：ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍの略字であって、３世代移動通信ネットワークを意味する。

ＵＥ／ＭＳ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ／ＭｏｂｉｌｅＳｔａｔｉｏｎ、端末装置を意味する。

ＥＰＳ：ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍの略字であって、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）ネットワークをサポートするコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク。

ＰＤＮ（ＰｕｂｌｉｃＤａｔａＮｅｔｗｏｒｋ）：サービスを提供するサーバが位置した独立的なネットワーク。

ＰＤＮｃｏｎｎｅｃｔｉｏｎ：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連関（接続）。

ＰＤＮ−ＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋＧａｔｅｗａｙ）：ＵＥＩＰａｄｄｒｅｓｓａｌｌｏｃａｔｉｏｎ、Ｐａｃｋｅｔｓｃｒｅｅｎｉｎｇ＆ｆｉｌｔｅｒｉｎｇ、Ｃｈａｒｇｉｎｇｄａｔａｃｏｌｌｅｃｔｉｏｎ機能を遂行するＥＰＳネットワークのネットワークノード。

ＳｅｒｖｉｎｇＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）：移動性担当（Ｍｏｂｉｌｉｔｙａｎｃｈｏｒ）、パケットルーティング（Ｐａｃｋｅｔｒｏｕｔｉｎｇ）、アイドルモードパケットバッファリング（Ｉｄｌｅｍｏｄｅｐａｃｋｅｔｂｕｆｆｅｒｉｎｇ）、ＴｒｉｇｇｅｒｉｎｇＭＭＥｔｏｐａｇｅＵＥ機能を遂行するＥＰＳネットワークのネットワークノード。

ＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ）：サービス流れ（ｆｌｏｗ）別に差別化されたＱｏＳ及び課金政策を動的（ｄｙｎａｍｉｃ）に適用するための政策決定（Ｐｏｌｉｃｙｄｅｃｉｓｉｏｎ）を実行するＥＰＳネットワークのノード。

ＡＰＮ（ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ）：ネットワークで管理する接続ポイントの名称であって、ＵＥに提供される。即ち、ＰＤＮを指示したり区分したりする文字列。要求したサービスやネットワーク（ＰＤＮ）に接続するためには該当Ｐ−ＧＷを経由するようになり。このＰ−ＧＷをさがすことができるようにネットワーク内で予め定義した名称（文字列）。例えば、ｉｎｔｅｒｎｅｔ．ｍｎｃ０１２．ｍｃｃ３４５．ｇｐｒｓ
ＴＥＩＤ（ＴｕｎｎｅｌＥｎｄｐｏｉｎｔＩｄｅｎｔｉｆｉｅｒ）：ネットワーク内のノード間に設定されたトンネルのＥｎｄｐｏｉｎｔＩＤ、各ＵＥのｂｅａｒｅｒ単位に区間別に設定される。

ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。

ｅＮｏｄｅＢ：ＥＰＳ（Ｅｖｏｌｖｅｄ、ＰａｃｋｅｔＳｙｓｔｅｍ）の基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。

（ｅ）ＮｏｄｅＢ：ＮｏｄｅＢとｅＮｏｄｅＢを指称する用語である。

ＭＭＥ：ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙの略字であって、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割をする。

セッション（Ｓｅｓｓｉｏｎ）：セッションは、データ送信のための通路であって、その単位は、ＰＤＮ、Ｂｅａｒｅｒ、ＩＰｆｌｏｗ単位などになる。各単位は、３ＧＰＰで定義したように、ターゲットネットワーク全体単位（ＡＰＮまたはＰＤＮ単位）、その内でＱｏＳに区分する単位（Ｂｅａｒｅｒ単位）、宛先ＩＰアドレス単位に区分することができる。

ＰＤＮ接続（ｃｏｎｎｅｃｔｉｏｎ）：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連関（接続）を示す。これはセッションが形成されることができるようにコアネットワーク内のエンティティ間接続（端末−ＰＤＮＧＷ）を意味する。

ＵＥＣｏｎｔｅｘｔ：ネックワークでＵＥを管理するために使われるＵＥの状況情報、即ち、ＵＥｉｄ、移動性（現在位置等）、セッションの属性（ＱｏＳ、優先順位等）で構成された状況情報。

ＯＭＡＤＭ（ＯｐｅｎＭｏｂｉｌｅＡｌｌｉａｎｃｅＤｅｖｉｃｅＭａｎａｇｅｍｅｎｔ）：携帯電話、ＰＤＡ、携帯用コンピュータなどのようなモバイルデバイス管理のためにデザインされたプロトコルであって、デバイス設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ファームウェアアップグレード（ｆｉｒｍｗａｒｅｕｐｇｒａｄｅ）、エラー報告（ＥｒｒｏｒＲｅｐｏｒｔ）等の機能を遂行する。

ＯＡＭ（ＯｐｅｒａｔｉｏｎＡｄｍｉｎｉｓｔｒａｔｉｏｎａｎｄＭａｉｎｔｅｎａｎｃｅ）：ＯＡＭとは、ネットワーク欠陥表示、性能情報、そしてデータと診断機能を提供するネットワーク管理機能群をいう。

ＮＡＳｃｏｎｆｉｇｕｒａｔｉｏｎＭＯ（ＭａｎａｇｅｍｅｎｔＯｂｊｅｃｔ）：ＮＡＳ機能（Ｆｕｎｃｔｉｏｎａｌｉｔｙ）と関連したパラメータ（ｐａｒａｍｅｔｅｒｓ）をＵＥに設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）する時に使用するＭＯ（Ｍａｎａｇｅｍｅｎｔｏｂｊｅｃｔ）を意味する。

ＭＴＣ：ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎであって、人間の介入無しで装置間に発生する通信。

ＭＴＣ機器（ｄｅｖｉｃｅ）：核心ネットワークを介した通信機能がある特定目的を実行するＵＥ、例）自販機、検針器、ヘルスケアサービスを提供する機器など。

ＭＴＣサーバ：ＭＴＣｄｅｖｉｃｅを管理してデータを送受信するネットワーク上のサーバ。これはコアネットワーク（ｃｏｒｅｎｅｔｗｏｒｋ）外部にある。

ＭＴＣアプリケーション：ＭＴＣｄｅｖｉｃｅとＭＴＣＳｅｒｖｅｒを利用した実際応用（遠隔検針、物量移動追跡等）。

ＭＴＣＦｅａｔｕｒｅ：ＭＴＣアプリケーションをサポートするためのネットワークの機能や特徴、即ち、各ａｐｐｌｉｃａｔｉｏｎの用途によって一部ｆｅａｔｕｒｅが要求される。例えば、ＭＴＣｍｏｎｉｔｏｒｉｎｇ（装備紛失に備えて遠隔検針等に必要）、Ｌｏｗｍｏｂｉｌｉｔｙ（自販機の場合、移動がほとんどない）などがある。

ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥとの間の制御平面（ｃｏｎｔｒｏｌｐｌａｎｅ）の上位ｓｔｒａｔｕｍ。ＵＥとネットワークとの間の移動性管理（Ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔ）とセッション管理（Ｓｅｓｓｉｏｎｍａｎａｇｅｍｅｎｔ）、ＩＰアドレス管理（ＩＰａｄｄｒｅｓｓｍａｉｎｔｅｎａｎｃｅ）などをサポートする。

＜ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）＞
ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）は、人間が排除された、機械と機械との間に行われる通信を意味し、このとき、使われる機器をＭＴＣ機器という。ＭＴＣ機器（ｄｅｖｉｃｅ）を介して提供されるサービスは、人間が介入する通信サービスと差別性が有し、多様な範ちゅうのサービスに適用されることができる。

図６ａは、ＭＴＣ機器を介したサービスの例示を示す。

ＭＴＣ機器を介したサービスは、いくつかの類型に区分できる。例えば、ＭＴＣ機器が各種情報をモニタリングするサービスと、ｅＮｏｄｅＢまたはコアネットワーク内のエンティティが各種情報をモニタリングするサービスと、を挙げることができる。

図６ａを参照すると、言及した一番目のサービスの例示として、ＭＴＣ機器（ｄｅｖｉｃｅ）を介して計量サービス、道路情報サービスまたはユーザ電子装置調整サービスなどが提供されることができる。ここで、ＭＴＣ機器は、計量情報、道路交通情報などをモニタリングしてｅＮｏｄＢに送信すると、ｅＮｏｄｅＢは、これをＭＴＣサーバに送信することができ、それによって、ＭＴＣユーザは、提供されるサービスを利用することができる。

言及した二番目のサービスの例示としては、事物に装着されたＭＴＣ機器の移動をモニタリングするサービスを考慮することができる。より具体的に、例えば、自販機のような固定事物または車両のような移動事物にＭＴＣ機器を付着し、ｅＮｏｄｅＢまたはコアネットワーク内のエンティティは、前記ＭＴＣ機器が移動する経路をモニタリングすることができる。

図６ｂは、ＭＴＣサポートのための３ＧＰＰサービスモデルを示す概念図である。

ＭＴＣ機器（または、ＭＴＣ端末）とＭＴＣアプリケーションとの間の単対単アプリケーションは、３ＧＰＰシステムにより提供されるサービスとＭＴＣサーバにより提供される選択的なサービスを利用することができる。３ＧＰＰシステムは、ＭＴＣを容易にする多様な最適化を含む輸送及び通信サービス（３ＧＰＰベアラサービス、ＩＭＳ及びＳＭＳ含む）を提供することができる。図６ｂでは、ＭＴＣ機器がＵｍ／Ｕｕ／ＬＴＥ−Ｕｕインターフェースを介して３ＧＰＰネットワーク（ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、ＧＥＲＡＮ、Ｉ−ＷＬＡＮ等）に連結することを示す。図７ｂの構造（ａｒｃｈｉｔｅｃｔｕｒｅ）は、多様なＭＴＣモデル（Ｄｉｒｅｃｔモデル、Ｉｎｄｉｒｅｃｔモデル、Ｈｙｂｒｉｄモデル）を含む。

図６ｂに示すエンティティ（ｅｎｔｉｔｙ）に対して説明する。

図６ｂにおいて、アプリケーションサーバは、ＭＴＣアプリケーションが実行されるネットワーク上のサーバである。ＭＴＣアプリケーションサーバに対しては、前述した多様なＭＴＣアプリケーションの具現のための技術が適用されることができ、これに対する具体的な説明は省略する。また、図６ｂにおいて、ＭＴＣアプリケーションサーバは、レファレンスポイントＡＰＩを介してＭＴＣサーバにアクセスすることができ、これに対する具体的な説明は省略する。または、ＭＴＣアプリケーションサーバは、ＭＴＣサーバと共に位置される（ｃｏｌｌｏｃａｔｅｄ）こともできる。

ＭＴＣサーバ（例えば、図示されるＳＣＳサーバ）は、ＭＴＣ端末を管理するネットワーク上のサーバであり、３ＧＰＰネットワークに連結されてＭＴＣ機器及びＰＬＭＮのノードと通信することができる。

ＭＴＣ−ＩＷＦ（ＭＴＣ−ＩｎｔｅｒＷｏｒｋｉｎｇＦｕｎｃｔｉｏｎ）は、ＭＴＣサーバとオペレータコアネットワークとの間の相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）を担当し、ＭＴＣ動作のプロキシ役割をすることができる。ＭＴＣ間接またはハイブリッドモデルをサポートするために、一つ以上のＭＴＣ−ＩＷＦがホームＰＬＭＮ（ＨＰＬＭＮ）内に存在できる。ＭＴＣ−ＩＷＦは、レファレンスポイントＴｓｐ上のシグナリングプロトコルを中継したり解釈したりしてＰＬＭＮに特定機能を作動させることができる。ＭＴＣ−ＩＷＦは、ＭＴＣサーバが３ＧＰＰネットワークとの通信を樹立する前にＭＴＣサーバを認証（ａｕｔｈｅｎｔｉｃａｔｅ）する機能、ＭＴＣサーバからの制御プレーン要求を認証する機能、後述するトリガ指示と関連した多様な機能などを実行することができる。

ＳＭＳ−ＳＣ（ＳｈｏｒｔＭｅｓｓａｇｅＳｅｒｖｉｃｅ−ＳｅｒｖｉｃｅＣｅｎｔｅｒ）／ＩＰ−ＳＭ−ＧＷ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＳｈｏｒｔＭｅｓｓａｇｅＧａｔｅＷａｙ）は、短文サービス（ＳＭＳ）の送受信を管理することができる。ＳＭＳ−ＳＣは、ＳＭＥ（ＳｈｏｒｔＭｅｓｓａｇｅＥｎｔｉｔｙ）（短文を送信または受信するエンティティ）と移動局との間の短文を中継し、格納−及び−伝達する機能を担当することができる。ＩＰ−ＳＭ−ＧＷは、ＩＰベースの端末とＳＭＳ−ＳＣとの間のプロトコル相互動作を担当することができる。

ＣＤＦ（ＣｈａｒｇｉｎｇＤａｔａＦｕｎｃｔｉｏｎ）／ＣＧＦ（ＣｈａｒｇｉｎｇＧａｔｅｗａｙＦｕｎｃｔｉｏｎ）は、課金に関連した動作をすることができる。

ＨＬＲ／ＨＳＳは、加入者情報（ＩＭＳＩ等）、ルーティング情報、設定情報などを格納してＭＴＣ−ＩＷＦに提供する機能することができる。

ＭＳＣ／ＳＧＳＮ／ＭＭＥは、端末のネットワーク連結のための移動性管理、認証、リソース割当などの制御機能を遂行することができる。後述するトリガリングと関連してＭＴＣ−ＩＷＦからトリガ指示を受信することで、ＭＴＣ端末に提供するメッセージの形態に加工する機能を遂行することができる。

ＧＧＳＮ（ＧａｔｅｗａｙＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）＋Ｐ−ＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）は、コアネットワークと外部ネットワークの連結を担当するゲートウェイ機能をすることができる。

以下の表２は、図６ｂでの主要レファレンスポイントを整理したものである。

前記Ｔ５ａ、Ｔ５ｂ、Ｔ５ｃのうち一つ以上のレファレンスポイントをＴ５という。

一方、間接及びハイブリッドモデルの場合にＭＴＣサーバとのユーザプレーン通信と、直接及びハイブリッドモデルの場合にＭＴＣアプリケーションサーバとの通信は、レファレンスポイントＧｉ及びＳＧｉを介して既存のプロトコルを使用して実行されることができる。

＜パワーセービングモード（ＰＳＭ）＞
一方、ＭＴＣ機器の特性上、データの着信（Ｍｏｂｉｌｅｔｅｒｍｉｎａｔｉｎｇｄａｔａ）を頻繁でなく受信する代わりに、アップリンクデータの発信（Ｍｏｂｉｌｅｏｒｉｇｉｎａｔｉｎｇｄａｔａ）は、周期的に送信することができる。このような特性を勘案すると、エネルギ効率性を極大化するために、ＭＴＣ機器は、パワーセービングモード（ＰｏｗｅｒＳａｖｉｎｇＭｏｄｅ：以下‘ＰＳＭ’という）で動作できる。

前記ＰＳＭ状態に進入すると、前記ＭＴＣ機器は、アクセス階層（ＡｃｃｅｓｓＳｔｒａｔｕｍ：ＡＳ）を非活性化するため、前記ＰＳＭは、電源オフ状態と類似する。ただし、前記ＰＳＭ状態ではＭＴＣ機器がネットワークに登録された状態に存在し、それによって、ＭＴＣ機器がネットワークに再アタッチ（ｒｅ−ａｔｔａｃｈ）しなくてもよく、また、ＰＤＮ接続を再確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）しなくてもよいため、ＰＳＭ状態と電源オフ状態は区別される。

ＭＴＣ機器がＰＳＭ状態に進入すると、例えば、周期的なＴＡＵ／ＲＡＵまたはアップリンクデータの発生またはデタッチ（ｄｅｔａｃｈ）のようなイベントの発生（ｍｏｂｉｌｅｏｒｉｇｉｎａｔｅｄｅｖｅｎｔ）がＭＴＣ機器をしてネットワークにどんな手順を始めるようにする前まで、ＰＳＭ状態にとどまるようになる。

ＭＴＣ機器がＰＳＭ状態にあっても、サービスの発信（ｍｏｂｉｌｅｏｒｉｇｉｎａｔｉｎｇｓｅｒｖｉｃｅ）が必要な場合にはいつでもＰＳＭを外れることができる。即ち、ＰＳＭ状態にあっても、前記ＭＴＣ機器は、発信サービス（ｍｏｂｉｌｅｏｒｉｇｉｎａｔｅｄｓｅｒｖｉｃｅ）に対してはいつでもアクセス階層（ＡＳ）を活性化し、アイドルモードの動作を再開することができる。

他方、モバイル着信可能なタイマ（ｍｏｂｉｌｅｒｅａｃｈａｂｌｅｔｉｍｅｒ）が満了して前記ＭＴＣ機器の活性時間が満了した場合、前記ＭＭＥは、前記ＭＴＣ機器がＰＳＭ状態に進入し、それによって、ページングが不可能であることを知ることができる。

それに対し、ＭＴＣ機器がＰＳＭ状態に進入した場合にはサービスの着信（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｉｎｇｓｅｒｖｉｃｅ）を即刻受信することができない。即ち、ＭＴＣ機器がＰＳＭ状態に進入した場合、サービスの着信（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｉｎｇｓｅｒｖｉｃｅ）に対しては、周期的なトラッキング領域更新（ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ：ＴＡＵ）またはルーティング領域更新（ＲｏｕｔｉｎｇＡｒｅａＵｐｄａｔｅ：ＲＡＵ）手順以後のシグナル送信またはデータ送信のようなイベントの発生（ｍｏｂｉｌｅｏｒｉｇｉｎａｔｅｄｅｖｅｎｔ）以後の活性時間（Ａｃｔｉｖｅｔｉｍｅ）周期中にのみ応答することができる。

したがって、ＰＳＭは、頻繁でない発信サービス（ｍｏｂｉｌｅｏｒｉｇｉｎａｔｉｎｇｓｅｒｖｉｃｅ）と着信サービス（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｉｎｇｓｅｒｖｉｃｅ）を要求するＭＴＣ機器に適し、また、通信において一定な遅延（ｌａｔｅｎｃｙ）を耐えることができるＭＴＣ機器にのみ適する。

一方、ＭＴＣ機器は、潜在的な着信サービス（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｅｄｓｅｒｖｉｃｅ）またはＳＭＳのようなデータの受信を可能にするほど十分に長い活性時間を要求しなければならない。

ＭＴＣ機器がＰＳＭを使用することを希望する場合、前記ＭＴＣ機器は、毎アタッチ及びＴＡＵ／ＲＡＵ手順中に活性時間（ａｃｔｉｖｅｔｉｍｅ）の値を要求しなければならない。もし、ネットワークがＰＳＭをサポートし、前記ＭＴＣ機器がＰＳＭを使用することを受諾する場合、活性時間の値を前記ＭＴＣ機器に割り当てる。前記ネットワークは、前記ＭＴＣ機器が要求した活性時間値とＭＭＥ／ＳＧＳＮ設定を考慮して前記ＭＴＣ機器に割り当てる活性時間値を決定することができる。もし、前記ネットワークが割り当てた活性時間の値が満たされない場合、前記ＭＴＣ機器は、次に来るＴＡＵ／ＲＡＵ手順の周期中にのみ自分が希望する活性時間の値を要求することができる。

また、ＰＳＭを適用可能なＭＴＣ機器は、サービスの着信（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｅｄｓｅｒｖｉｃｅｓ）に対する遅延（ｌａｔｅｎｃｙ）／応答性（ｒｅｓｐｏｎｓｉｖｅｎｅｓｓ）に適した周期的なＴＡＵ／ＲＡＵタイマ値をアタッチ及びＴＡＵ／ＲＡＵ手順中にネットワークに要求するようになる。ネットワークが周期的なＴＡＵ／ＲＡＵタイマ値をＭＴＣ機器に割り当てたが、前記ＭＴＣ機器が満たすことができない場合、前記ＭＴＣ機器は、次に来るＴＡＵ／ＲＡＵ手順の周期中にのみ自分が希望する周期的なＴＡＵ／ＲＡＵタイマ値を要求することができる。

結果的に、ＰＳＭをサポートして使用することを希望する場合、ＭＴＣ機器は、活性時間の値と周期的なＴＡＵ／ＲＡＵタイマの値を毎アタッチ及びＴＡＵ手順中にネットワークに共に要求しなければならない。同様に、ネットワークは、ＭＴＣ機器が要求しなければ活性時間の値を任意的に割り当てることもできない。

以下、図面を参照して説明する。

図７ａは、パワーセービングモード（ＰＳＭ）のための活性タイマ（ＡｃｔｉｖｅＴｉｍｅｒ）を交渉する過程を示し、図７ｂ及び図７ｃは、パワーセービングモード（ＰＳＭ）の動作を示す例示図である。

図７ａに示すように、ＭＴＣ機器１００は、要求する活性時間の値（即ち、活性タイマの値）（例えば、Ｔ３３２４の値）と周期的なＴＡＵ／ＲＡＵタイマ値（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値をアタッチ要求メッセージまたはＴＡＵ要求メッセージに含んでＭＭＥ／ＳＧＳＮ５１０に送信する。ＭＭＥ／ＳＧＳＮ５１０が前記要求メッセージを受信すると、ＰＳＭをサポートするかを確認し、もし、サポートする場合、活性時間の値（即ち、活性タイマの値）（例えば、Ｔ３３２４の値）と周期的なＴＡＵ／ＲＡＵタイマ値（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値を含むアタッチ受諾メッセージまたはＴＡＵ／ＲＡＵ受諾メッセージを前記ＭＴＣ機器１００に送信する。このとき、前記受諾メッセージに含まれる活性時間の値（即ち、活性タイマの値）と周期的なＴＡＵ／ＲＡＵタイマ値（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）は、前記ＭＭＥ／ＳＧＳＮが希望する値である。ただし、ここで、周期的なＴＡＵ／ＲＡＵタイマ値（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）は含まれない。この場合、前記ＭＴＣ機器は、周期的なＴＡＵ／ＲＡＵタイマ値（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）に対する基本値を使用することができる。または、前記ＭＴＣ機器が前記周期的なＴＡＵ／ＲＡＵタイマ値（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値を前記要求メッセージに含ませなくても、前記ＭＭＥは、自分が希望する通りに設定して前記受諾メッセージに含んで送信することができる。

一方、図７ｂ及び図７ｃに示すように、前記ＭＴＣ機器が活性時間の値を要求し、前記ネットワークが活性時間の値を割り当てた場合、前記ＭＴＣ機器は、前記割り当てられた活性時間の値によって活性タイマを駆動する。同様に、ＥＣＭ＿ＣＯＮＮＥＣＴＥＤからＥＣＭ＿ＩＤＬＥへ切り替える時、ＭＭＥは、前記活性時間の値に基づいてモバイル着信可能なタイマ（ｍｏｂｉｌｅｒｅａｃｈａｂｌｅｔｉｍｅｒ）を駆動する。

そして、図７ｂ及び図７ｃに示すように、前記活性タイマが満了すると、前記ＭＴＣ機器は、自分のアクセス階層（ＡＳ）を非活性化し、ＰＳＭ状態に切り替える。ＰＳＭ状態ではアクセス階層（ＡＳ）の非活性化のため、前記ＭＴＣ機器は、アイドルモード（ｉｄｌｅｍｏｄｅ）の全ての手順を中止するが、ＮＡＳ階層のタイマ、例えば、周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）は駆動する。

前記ＭＴＣ機器は、周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）が満了することによって周期的なＴＡＵ／ＲＡＵ手順を実行する前まで前記アクセス階層（ＡＳ）を再び活性化せず、また、アイドルモードの手順を再開しない。

前記周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）が満了する直前になると、前記ＭＴＣ機器は、アクセス階層（ＡＳ）を再び活性化し、ＥＰＣとの通信を設定するために必要な無線アクセス（ｒａｄｉｏａｃｃｅｓｓ）設定過程（ＰＬＭＮ選択またはセル選択）を実行するようになる。

前記周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）が満了すると、前記ＭＴＣ機器は、再びＴＡＵ／ＲＡＵ手順を実行し、次に活性時間満了後、再びＰＳＭ状態に進入する。

しかし、ＭＴＣ機器がＰＳＭ状態に進入するために、Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ要求メッセージに活性時間（ａｃｔｉｖｅｔｉｍｅ）の値を含んでネットワークに送信したが、前記ネットワークに問題によりＡｔｔａｃｈ／ＴＡＵ／ＲＡＵ拒絶（ｒｅｊｅｃｔ）メッセージを前記ＭＴＣ機器が受信する場合には、Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ要求メッセージを再送信しなければならないため、ＰＳＭ状態に進入できない。また、前記再送信後には、前記ＭＴＣ機器がＰＳＭ状態に進入できるかまたは進入できないかが技術的に不明な問題点がある。さらに、それによって、非効率的なエネルギ消耗及びネットワーク処理が発生できる。

図８ａは、ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない一問題状況を示す信号流れ図である。

１）図８ａを参照して分かるように、ＭＴＣ機器１００は、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むアタッチ要求（ＡｔｔａｃｈＲｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。

２）しかし、ネットワーク異常現象（例えば、ネットワーク不能（ｆａｉｌｕｒｅ））により、前記ＭＴＣ機器１００は、アタッチ拒絶（Ａｔｔａｃｈｒｅｊｅｃｔ）メッセージを受信する。このとき、前記アタッチ拒絶メッセージ内の拒絶理由フィールドには、ネットワーク不能（ｎｅｔｗｏｒｋｆａｉｌｕｒｅ）を示すｃａｕｓｅｖａｌｕｅ＃１７に設定されており、またはＥＳＭ不能を示すｃａｕｓｅｖａｌｕｅ＃１９（ＥＳＭｃａｕｓｅｖａｌｕｅ＃３８）に設定されている。

３−４）その次に、前記ＭＴＣ機器１００は、リトライカウンタを１増加させて、リトライカウンタの値が閾値（例えば、５）に到達する前まで、アタッチ要求メッセージを再送信する。このように再送信のために、前記ＭＴＣ機器１００は、ＰＳＭ状態に進入することができない。

５）しかし、前記ネットワーク異常現象がまだ解決されなくて、前記ＭＴＣ機器１００は、アタッチ拒絶（Ａｔｔａｃｈｒｅｊｅｃｔ）メッセージを受信する。

６−７）前記再送信カウンタの値が前記閾値に到達する場合、前記ＭＴＣ機器１００は、遅延時間タイマ（即ち、バックオフタイマ）、例えば、Ｅ−ＵＴＲＡＮの場合にＴ３４０２タイマを駆動し、またはＵＴＲＡＮの場合にＴ３３０２タイマを駆動する。

８−９）前記タイマが満了すると、前記ＭＴＣ機器１００は、前記アタッチ要求手順を中断する。しかし、前記ＭＴＣ機器１００は、ＰＳＭ状態に進入しなくて、バッテリ消耗を招く。

図８ｂは、ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない他の問題状況を示す信号流れ図である。

１）図８ｂを参照して分かるように、ＭＴＣ機器１００は、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むＴＡＵ／ＲＡＵ要求メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。

２）しかし、ネットワーク異常現象（例えば、ネットワーク不能（ｆａｉｌｕｒｅ））により、前記ＭＴＣ機器１００は、アタッチ拒絶（Ａｔｔａｃｈｒｅｊｅｃｔ）メッセージを受信する。このとき、前記アタッチ拒絶メッセージ内の拒絶理由フィールドには、ネットワーク不能（ｎｅｔｗｏｒｋｆａｉｌｕｒｅ）を示すｃａｕｓｅｖａｌｕｅ＃１７に設定されている。

３−４）その次に、前記ＭＴＣ機器１００は、リトライカウンタを１増加させて、リトライカウンタの値が閾値（例えば、５）に到達する前まで、ＴＡＵ／ＲＡＵ要求メッセージを再送信する。このように再送信のために、前記ＭＴＣ機器１００は、ＰＳＭ状態に進入することができない。

５）しかし、前記ネットワーク異常現象がまだ解決されなくて、前記ＭＴＣ機器１００は、ＴＡＵ／ＲＡＵ拒絶（ｒｅｊｅｃｔ）メッセージを受信する。

６−７）前記再送信カウンタの値が前記閾値に到達する場合、前記ＭＴＣ機器１００は、遅延時間タイマ（即ち、バックオフタイマ）、例えば、Ｅ−ＵＴＲＡＮの場合にＴ３４０２タイマを駆動し、またはＵＴＲＡＮの場合、Ｔ３３０２タイマを駆動する。

８−９）前記タイマが満了すると、前記ＭＴＣ機器１００は、前記ＴＡＵ／要求手順を中断する。しかし、前記ＭＴＣ機器１００は、ＰＳＭ状態に進入しなくて、バッテリ消耗を招く。

以上、図８ａ及び図８ｂを参照して分かるように、前記ＭＴＣ機器１００が受信したＡｔｔａｃｈ／ＴＡＵ／ＲＡＵ拒絶メッセージ内に含まれている拒絶理由フィールドが、ネットワーク不能（ｎｅｔｗｏｒｋｆａｉｌｕｒｅ）を示すｃａｕｓｅｖａｌｕｅ＃１７に設定されており、またはＥＳＭ不能（ＥＳＭｆａｉｌｕｒｅ）を示すｃａｕｓｅｖａｌｕｅ＃１９に設定されており、またはＰＤＮ接続拒絶を示すｃａｕｓｅｖａｌｕｅ＃３８に設定されている場合、前記ＭＴＣ機器が前記Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ要求メッセージを再送信することは、不要に無線リソースを無駄遣いする結果を招く。また、再送信のためにＰＳＭ状態に進入できなくて、前記ＭＴＣ機器のバッテリ消耗を招く。

一方、ＭＴＣ機器１００がＰＳＭを使用することを希望しても、サービス要求手順中には活性時間の値（例えば、Ｔ３３２４の値）を要求することができない。即ち、ＭＴＣ機器１００は、サービス要求メッセージ内に活性時間の値を含ませて送信することができない問題点がある。たとえ、前記ＭＴＣ機器１００がＰＳＭのためにサービス要求メッセージが送信できるようにしても、ネットワーク異常現象の状況でサービス拒絶メッセージを受信すると、ＰＳＭ状態に進入できない問題点がある。それに対して図８ｃを参照して説明する。

図８ｃは、ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない他の問題状況を示す信号流れ図である。

図８ｃでは、前記ＭＴＣ機器１００がＰＳＭのためにサービス要求メッセージを送信することができると仮定して示す。このように、サービス要求メッセージを送信したが、ネットワーク異常現象により前記ＭＴＣ機器１００がサービス拒絶メッセージを受信する場合、前記ＭＴＣ機器１００は、サービス要求手順は終了するが、ＰＳＭ状態に進入できない問題点がある。

＜本明細書の開示＞
したがって、本明細書の開示は、前述した問題点を解決するための解決策を提案する。具体的に、本明細書の開示は、ネットワークの異常現象の状況で、ＭＴＣ機器が、Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ／Ｓｅｒｖｉｃｅ拒絶メッセージを受信する場合、前記ＭＴＣ機器の効率的なＰＳＭ動作方案を提案する。

より具体的に、本明細書の開示は、ネットワーク異常現象の状況で、前記ＭＴＣ機器が前記Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ／Ｓｅｒｖｉｃｅ拒絶メッセージを受信する場合、Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ／Ｓｅｒｖｉｃｅ要求メッセージを再送信せずにＰＳＭ状態に進入できるようにすることで、無線リソースの無駄遣い及びバッテリの消耗を防止することができるようにする。

図９ａは、アタッチ拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。

図９ａを参照して分かるように、ネットワーク異常現象の状況でＭＴＣ機器１００がアタッチ拒絶（ＡｔｔａｃｈＲｅｊｅｃｔ）メッセージを受信する場合、一実施例は、前記ＭＴＣ機器１００がＰＳＭ状態に進入できるようにする。具体的に説明すると、下記の通りである。

１）まず、ＭＴＣ機器１００がＰＳＭを希望する場合、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むアタッチ要求（ＡｔｔａｃｈＲｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。このとき、前記アタッチ要求メッセージは、周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値を含むことができる。

２）しかし、ネットワーク異常現象（例えば、ネットワーク不能（ｆａｉｌｕｒｅ））により、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、アタッチ拒絶（Ａｔｔａｃｈｒｅｊｅｃｔ）メッセージを送信する。このとき、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内の拒絶理由フィールドをネットワーク不能（ｎｅｔｗｏｒｋｆａｉｌｕｒｅ）を示すｃａｕｓｅｖａｌｕｅ＃１７に設定し、またはＥＳＭ不能を示すｃａｕｓｅｖａｌｕｅ＃１９（ＥＳＭｃａｕｓｅｖａｌｕｅ＃３８）に設定することができる。一方、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内に前記ＭＴＣ機器１００に割り当てる活性時間の値（例えば、Ｔ３３２４の値）を含ませる。また、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内に周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値を含ませることができる。

３−５）前記ＭＴＣ機器１００は、前記アタッチ拒絶メッセージを受信すると、前記アタッチ拒絶メッセージ内の拒絶理由フィールドを確認する。前記拒絶理由フィールドの確認後、前記ＭＴＣ機器１００は、リトライカウンタの値を大きく増加させることによって、リトライカウンタの値が閾値と同じまたは大きくなるようにする。それによって、前記ＭＴＣ機器１００は、遅延時間タイマ（即ち、バックオフタイマ）、例えば、Ｅ−ＵＴＲＡＮの場合にＴ３４０２タイマを駆動し、またはＵＴＲＡＮの場合にＴ３３０２タイマを駆動する。

６−７）以後、前記ＭＴＣ機器１００は、アタッチ手順を終了し、周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値と活性時間の値（例えば、Ｔ３３２４の値）をセッティングした後、ＰＳＭ状態に進入する。

８−１０）前記遅延時間タイマ（即ち、バックオフタイマ）が満了すると、前記ＭＴＣ機器１００は、ＰＳＭ状態から外れて、アタッチ要求メッセージを送信する。

図９ｂは、ＴＡＵ／ＲＡＵ拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。

図９ｂを参照して分かるように、ネットワーク異常現象の状況でＭＴＣ機器１００がＴＡＵ／ＲＡＵ拒絶（Ｒｅｊｅｃｔ）メッセージを受信する場合、一実施例は、前記ＭＴＣ機器１００がＰＳＭ状態に進入できるようにする。具体的に説明すると、下記の通りである。

１）まず、ＭＴＣ機器１００がＰＳＭを希望する場合、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むＴＡＵ／ＲＡＵ要求メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。このとき、前記ＴＡＵ／ＲＡＵ要求メッセージは、周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値を含むことができる。

２）しかし、ネットワーク異常現象（例えば、ネットワーク不能（ｆａｉｌｕｒｅ））により、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、ＴＡＵ／ＲＡＵ拒絶メッセージを送信する。このとき、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記ＴＡＵ／ＲＡＵ拒絶メッセージ内の拒絶理由フィールドをネットワーク不能（ｎｅｔｗｏｒｋｆａｉｌｕｒｅ）を示すｃａｕｓｅｖａｌｕｅ＃１７に設定することができる。一方、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記ＴＡＵ／ＲＡＵ拒絶メッセージ内に前記ＭＴＣ機器１００に割り当てる活性時間の値（例えば、Ｔ３３２４の値）を含ませる。また、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記ＴＡＵ／ＲＡＵ拒絶メッセージ内に周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値を含ませることができる。

３−５）前記ＭＴＣ機器１００は、前記ＴＡＵ／ＲＡＵ拒絶メッセージを受信すると、前記ＴＡＵ／ＲＡＵ拒絶メッセージ内の拒絶理由フィールドを確認する。前記拒絶理由フィールドの確認後、前記ＭＴＣ機器１００は、リトライカウンタの値を大きく増加させることによって、リトライカウンタの値が閾値と同じまたは大きくなるようにする。それによって、前記ＭＴＣ機器１００は、遅延時間タイマ（即ち、バックオフタイマ）、例えば、Ｅ−ＵＴＲＡＮの場合にＴ３４０２タイマを駆動し、またはＵＴＲＡＮの場合Ｔ３３０２タイマを駆動する。

６−７）以後、前記ＭＴＣ機器１００は、ＴＡＵ／ＲＡＵ要求手順を終了し、周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値と活性時間の値（例えば、Ｔ３３２４の値）をセッティングした後、ＰＳＭ状態に進入する。

８−１０）前記遅延時間タイマ（即ち、バックオフタイマ）が満了すると、前記ＭＴＣ機器１００は、ＰＳＭ状態から外れて、ＴＡＵ／ＲＡＵ要求メッセージを送信する。

図９ｃは、サービス拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。

図９ｃを参照して分かるように、ネットワーク異常現象の状況でＭＴＣ機器１００がサービス拒絶（Ｒｅｊｅｃｔ）メッセージを受信する場合、一実施例は、前記ＭＴＣ機器１００がＰＳＭ状態に進入できるようにする。具体的に説明すると、下記の通りである。

１）まず、ＭＴＣ機器１００がＰＳＭを希望する場合、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むサービス要求メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。このとき、前記サービス要求メッセージは、周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値を含むことができる。

２）しかし、ネットワーク異常現象（例えば、ネットワーク不能（ｆａｉｌｕｒｅ））により、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、サービス拒絶メッセージを送信する。このとき、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記サービス拒絶メッセージ内の拒絶理由フィールドをネットワーク不能（ｎｅｔｗｏｒｋｆａｉｌｕｒｅ）を示すｃａｕｓｅｖａｌｕｅ＃１７に設定することができる。一方、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記サービス拒絶メッセージ内に前記ＭＴＣ機器１００に割り当てる活性時間の値（例えば、Ｔ３３２４の値）を含ませる。また、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記サービス拒絶メッセージ内に周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値を含ませることができる。

３）前記ＭＴＣ機器１００は、前記サービス拒絶メッセージを受信すると、前記サービス拒絶メッセージ内の拒絶理由フィールドを確認する。前記拒絶理由フィールドの確認後、前記ＭＴＣ機器１００は、遅延時間タイマ（即ち、バックオフタイマ）、例えば、Ｅ−ＵＴＲＡＮの場合にＴ３４０２タイマを駆動し、またはＵＴＲＡＮの場合Ｔ３３０２タイマを駆動する。

４−５）以後、前記ＭＴＣ機器１００は、サービス要求手順を終了し、周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値と活性時間の値（例えば、Ｔ３３２４の値）をセッティングした後、ＰＳＭ状態に進入する。

６−８）前記遅延時間タイマ（即ち、バックオフタイマ）が満了すると、前記ＭＴＣ機器１００は、ＰＳＭ状態から外れて、サービス要求メッセージを送信する。

図９ａ乃至図９ｃにおいて、前記遅延時間タイマ（即ち、バックオフタイマ）（例えば、Ｔ３４０２タイマまたはＴ３３０２タイマ）は、ネットワークから受信されるものであって、以前のアタッチ手順での受諾メッセージ、または以前のＴＡＵ／ＲＡＵ手順での受諾メッセージ、または以前のアタッチ手順での拒絶メッセージに含まれて受信され、もし、ネットワークから受信されない場合、前記ＭＴＣ機器は、基本的に１２分を適用することができる。

また、図９ａ乃至図９ｃにおいて、周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）は、ネットワークから受信されるものであって、以前アタッチ手順での受諾メッセージ、以前のＴＡＵ／ＲＡＵ手順での受諾メッセージに含まれて受信されることができる。もし、ネットワークから受信されない場合、前記ＭＴＣ機器は、基本的に５４分を適用することができる。

図１０は、アタッチ拒絶メッセージを受信する場合、他の一実施例に係る解決方案を示す流れ図である。

図１０を参照して分かるように、ＭＴＣ機器１００がＥＳＭ不能を示すｃａｕｓｅｖａｌｕｅ＃１９（ＥＳＭｃａｕｓｅｖａｌｕｅ＃２６またはＥＳＭｃａｕｓｅｖａｌｕｅ＃２７）がセッティングされた拒絶理由フィールドと、そしてセッション管理（ＳＭ）遅延時間タイマ（即ち、ＳＭバックオフタイマ）（例えば、Ｔ３３９６タイマ）を含むアタッチ拒絶（ＡｔｔａｃｈＲｅｊｅｃｔ）メッセージと、を受信する場合、他の一実施例は、前記ＭＴＣ機器１００がアタッチ要求手順を中止してＰＳＭ状態に進入できるようにする。具体的に説明すると、下記の通りである。

１）まず、ＭＴＣ機器１００がＰＳＭを希望する場合、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むアタッチ要求（ＡｔｔａｃｈＲｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。このとき、前記アタッチ要求メッセージは、周期的なＴＡＵ／ＲＡＵタイマ（例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２）の値を含むことができる。また、前記アタッチ要求メッセージ内のＥＳＭｃｏｎｔａｉｎｅｒ内にはＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙが共に含まれることができる。

２）しかし、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、アタッチ拒絶（Ａｔｔａｃｈｒｅｊｅｃｔ）メッセージを送信する。このとき、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内の拒絶理由フィールドをＥＳＭ不能を示すｃａｕｓｅｖａｌｕｅ＃１９がセッティングされることができる。もし、前記ＭＴＣ機器が前記アタッチ要求メッセージ内のＥＳＭｃｏｎｔａｉｎｅｒ内にＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙを含ませて送信した場合、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内にはＥＰＳセッション管理（ＳＭ）拒絶メッセージを含ませることができる。このとき、前記ＥＰＳセッション管理（ＳＭ）拒絶メッセージ内の拒絶理由フィールドには不十分なリソース（Ｉｎｓｕｆｆｉｃｉｅｎｔｒｅｓｏｕｒｃｅｓ）を示すＥＳＭｃａｕｓｅｖａｌｕｅ＃２６またはＡＰＮミッシング（ＭｉｓｓｉｎｇＡＰＮ）またはＡＰＮを知らない（ｕｎｋｎｏｗｎＡＰＮ）ことを示すＥＳＭｃａｕｓｅｖａｌｕｅ＃２７がセッティングされることができる。このような場合、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内にセッション管理（ＳＭ）遅延時間タイマ（即ち、ＳＭバックオフタイマ）（例えば、Ｔ３３９６タイマ）の値を含ませることができる。また、この場合、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内に前記ＭＴＣ機器１００に割り当てる活性時間の値（例えば、Ｔ３３２４の値）を含ませない。

３−５）前記ＭＴＣ機器１００は、前記アタッチ拒絶メッセージを受信すると、前記アタッチ拒絶メッセージ内の拒絶理由フィールドを確認する。前記拒絶理由フィールドの確認後、前記ＭＴＣ機器１００は、セッション管理（ＳＭ）遅延時間タイマ（即ち、ＳＭバックオフタイマ）、例えば、Ｔ３３９６タイマを駆動する。そして、前記ＭＴＣ機器１００は、アタッチ手順を終了し、ＰＳＭ状態に進入する。

６−８）前記タイマが満了すると、前記ＭＴＣ機器１００は、ＰＳＭ状態から外れて、アタッチ要求メッセージを送信する。

以上、説明した内容は、ハードウェアで具現されることができる。これに対して図１１を参照して説明する。

図１１は、本発明の実施例に係るＭＴＣ機器１００及びＭＭＥ５１０の構成ブロック図である。

図１１に示すように、前記ＭＴＣ機器１００は、格納手段１０１、コントローラ１０２、及び送受信部１０３を含む。そして、前記ＭＭＥ５１０は、格納手段５１１、コントローラ５１２、及び送受信部５１３を含む。

前記格納手段１０１、５１１は、前述した方法を格納する。

前記コントローラ１０２、５１２は、前記格納手段１０１、５１１及び前記送受信部１０３、５１３を制御する。具体的に、前記コントローラ１０２、５１２は、前記格納手段１０１、５１１に格納された前記方法を各々実行する。そして、前記コントローラ１０２、５１２は、前記送受信部１０３、５１３を介して前記前述した信号を送信する。

以上、本発明の好ましい実施例を例示的に説明したが、本発明の範囲は、このような特定実施例にのみ限定されるものではないため、本発明は、本発明の思想及び特許請求の範囲に記載された範ちゅう内で多様な形態で修正、変更、または改善されることができる。

Claims

無線機器におけるパワーセービングモード（ＰＳＭ）をサポートする方法であって、
ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信するステップと；
前記ネットワークエンティティから前記要求メッセージに対する拒絶メッセージを受信するステップと、ここで、前記拒絶メッセージは、拒絶原因を含み、前記第１の活性時間値を考慮して決定された第２の活性時間値を含み；
前記拒絶メッセージの受信後、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入するステップと、を含み、ここで、前記ＰＳＭ状態ではパワーオフされたように、前記無線機器がダウンリンクデータを受信しなく、アップリンクデータは送信できるようにネットワークには登録された状態に維持されることを特徴とするパワーセービングモードをサポートする方法。
前記ＰＳＭ状態に進入するステップは、
アクセス階層（ＡｃｃｅｓｓＳｔｒａｔｕｍ：ＡＳ）を非活性化するステップを含むことを特徴とする請求項１に記載のパワーセービングモードをサポートする方法。
前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入するステップは、
前記拒絶メッセージ内の拒絶原因がネットワーク不能（ｎｅｔｗｏｒｋｆａｉｌｕｒｅ）を示すｃａｕｓｅｖａｌｕｅ＃１７に設定されており、またはＥＳＭ不能を示すｃａｕｓｅｖａｌｕｅ＃１９に設定されている場合に実行されることを特徴とする請求項１に記載のセービングモードをサポートする方法。
前記要求メッセージは、アタッチ（Ａｔｔａｃｈ）要求メッセージ、トラッキング領域更新（ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ：ＴＡＵ）要求メッセージ、ルーティング領域更新（ＲｏｕｔｉｎｇＡｒｅａＵｐｄａｔｅ：ＲＡＵ）要求メッセージまたはサービス要求メッセージであり、
前記拒絶メッセージは、アタッチ拒絶メッセージ、ＴＡＵ拒絶メッセージ、ＲＡＵ拒絶メッセージ、またはサービス拒絶メッセージであることを特徴とする請求項１に記載のパワーセービングモードをサポートする方法。
前記要求メッセージは、周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値のうち一つ以上をさらに含み、
前記拒絶メッセージは、前記ネットワークエンティティにより決定された周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値のうち一つ以上をさらに含むことを特徴とする請求項１に記載のパワーセービングモードをサポートする方法。
前記周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値は、ＥｘｔＴ３３１２またはＥＸＴＴ３４１２に定義されることを特徴とする請求項５に記載のパワーセービングモードをサポートする方法。
前記拒絶メッセージの受信後、リトライカウンタの値が予め決められた閾値と同じまたは大きくなるように、前記リトライカウンタの値を増加させるステップと；
前記リトライカウンタの値が予め決められた閾値と同じまたは大きくなった場合、バックオフタイマを駆動するステップと；をさらに含むことを特徴とする請求項１に記載のパワーセービングモードをサポートする方法。
前記バックオフタイマが満了する場合、前記ＰＳＭ状態から外れ、前記要求メッセージを追加的に送信するステップをさらに含むことを特徴とする請求項７に記載のパワーセービングモードをサポートする方法。
前記バックオフタイマは、前記ネットワークエンティティがＥ−ＵＴＲＡＮに対応する場合にはＴ３４０２タイマに定義され、
前記バックオフタイマは、前記ネットワークエンティティがＵＴＲＡＮに対応する場合にはＴ３３０２タイマに定義されることを特徴とする請求項７に記載のパワーセービングモードをサポートする方法。
前記拒絶メッセージの受信後、セッション管理（ＳＭ）バックオフタイマを駆動するステップをさらに含むことを特徴とする請求項１に記載のパワーセービングモードをサポートする方法。
パワーセービングモード（ＰＳＭ）をサポートする無線機器であって、
ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信し、前記ネットワークエンティティから前記要求メッセージに対する拒絶メッセージを受信する送受信部と、ここで、前記拒絶メッセージは、拒絶原因を含み、前記第１の活性時間値を考慮して決定された第２の活性時間値を含み；
前記送受信部を介して前記拒絶メッセージを受信する場合、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入する制御部と、を含み、ここで、前記ＰＳＭ状態ではパワーオフされたように、前記無線機器がダウンリンクデータを受信しなく、アップリンクデータは送信できるようにネットワークには登録された状態に維持されることを特徴とする無線機器。