(57)【特許請求の範囲】
【請求項１】
無線機器におけるパワーセービングモード（ＰＳＭ）をサポートする方法であって、前記方法は、
前記ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信することと、
前記ネットワークエンティティから前記要求メッセージに応答した拒絶メッセージを受信することであって、前記拒絶メッセージは、拒絶原因と、前記第１の活性時間値に基づいて決定された第２の活性時間値とを含む、ことと、
前記拒絶メッセージを受信した後、リトライカウンタの値が予め決められた閾値と同じまたは前記予め決められた閾値よりも大きくなるように、前記リトライカウンタの値を増加させることと、
前記リトライカウンタが前記予め決められた閾値と同じまたは前記予め決められた閾値よりも大きくなった場合、バックオフタイマを駆動することと、
前記拒絶メッセージを受信した後、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入することと
を含み、
前記ＰＳＭ状態の間において、前記無線機器は、パワーオフ状態のようにダウンリンクデータを受信しないが、アップリンクデータを送信するためにネットワークにおいて登録された状態を維持する、方法。
【請求項２】
前記ＰＳＭ状態に進入することは、
アクセス階層（ＡＳ）を非活性化することを含む、請求項１に記載の方法。
【請求項３】
前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入することは、
前記拒絶メッセージ内の前記拒絶原因が、ネットワーク不能を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１７としてまたはＥＳＭ不能を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１９として設定されている場合に、実行される、請求項１に記載の方法。
【請求項４】
前記要求メッセージは、アタッチ要求メッセージ、トラッキング領域更新（ＴＡＵ）要求メッセージ、ルーティング領域更新（ＲＡＵ）要求メッセージまたはサービス要求メッセージであり、
前記拒絶メッセージは、アタッチ拒絶メッセージ、ＴＡＵ拒絶メッセージ、ＲＡＵ拒絶メッセージ、またはサービス拒絶メッセージである、請求項１に記載の方法。
【請求項５】
前記要求メッセージは、周期的なＴＡＵタイマの値および周期的なＲＡＵタイマの値のうちの一つ以上をさらに含み、
前記拒絶メッセージは、前記ネットワークエンティティにより決定された周期的なＴＡＵタイマの値および周期的なＲＡＵタイマの値のうちの一つ以上をさらに含む、請求項１に記載の方法。
【請求項６】
前記周期的なＴＡＵタイマの値および前記周期的なＲＡＵタイマの値は、Ｅｘｔ  Ｔ３３１２またはＥＸＴ  Ｔ３４１２として定義される、請求項５に記載の方法。
【請求項７】
前記バックオフタイマが満了する場合、前記ＰＳＭ状態から外れ、前記要求メッセージを追加的に送信することをさらに含む、請求項１に記載の方法。
【請求項８】
前記バックオフタイマは、前記ネットワークエンティティがＥ−ＵＴＲＡＮである場合にはタイマＴ３４０２として定義され、
前記バックオフタイマは、前記ネットワークエンティティがＵＴＲＡＮである場合にはタイマＴ３３０２として定義される、請求項１に記載の方法。
【請求項９】
前記拒絶メッセージを受信した後、セッション管理（ＳＭ）バックオフタイマを駆動することをさらに含む、請求項１に記載の方法。
【請求項１０】
パワーセービングモード（ＰＳＭ）をサポートする無線機器であって、前記無線機器は、
前記ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信することと、前記ネットワークエンティティから前記要求メッセージに応答した拒絶メッセージを受信することとを実行するように構成されている送受信部であって、前記拒絶メッセージは、拒絶原因と、前記第１の活性時間値に基づいて決定された第２の活性時間値とを含む、送受信部と、
前記送受信部を介して前記拒絶メッセージを受信した後、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入するように構成されている制御部と
を含み、
前記無線機器は、前記ＰＳＭ状態ではパワーオフ状態のようにダウンリンクデータを受信しないが、アップリンクデータを送信するためにネットワークにおいて登録された状態を維持し、
前記制御部は、前記拒絶メッセージを受信した後、リトライカウンタの値が予め決められた閾値と同じまたは前記予め決められた閾値よりも大きくなるように、前記リトライカウンタの値を増加させることと、前記リトライカウンタが前記予め決められた閾値と同じまたは前記予め決められた閾値よりも大きくなった場合、バックオフタイマを駆動することとを実行する、無線機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パワーセービングモードをサポートするための方法及びその無線機器に関する。
【背景技術】
【０００２】
移動通信システムの技術規格を制定する３ＧＰＰでは、４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ／ＳＡＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ／Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）技術に対する研究を始めた。
【０００３】
３ＧＰＰ  ＳＡ  ＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰ  ＴＳＧ  ＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうち一つである。これは３ＧＰＰシステムをＩＰベースの多様な無線接続技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。
【０００４】
３ＧＰＰ  ＳＡ  ＷＧ２で定義したＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）上位水準参照モデル（ｒｅｆｅｒｅｎｃｅ  ｍｏｄｅｌ）は、非ローミングケース（ｎｏｎ−ｒｏａｍｉｎｇ  ｃａｓｅ）及び多様なシナリオのローミングケース（ｒｏａｍｉｎｇ  ｃａｓｅ）を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３．４０１とＴＳ２３．４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。
【０００５】
図１は、進化した移動通信ネットワークの構造図である。
【０００６】
ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）５２、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）５３、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５１、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【０００７】
Ｓ−ＧＷ５２は、無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮ  ＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末（または、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）がｅＮｏｄｅＢ２２によりサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割をする。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のために、Ｓ−ＧＷ５２を介してパケットがルーティングされることができる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【０００８】
ＰＤＮ  ＧＷ（または、Ｐ−ＧＷ）５３は、パケットデータネットワークに向かうデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷ５３は、政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼されるネットワーク）との移動性管理のためのアンカーポイント役割をすることができる。
【０００９】
図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮ  ＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００１０】
ＭＭＥ５１は、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末−対−ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、アイドル端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００１１】
ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ／ＧＥＲＡＮ）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）といった全てのパケットデータをハンドリングする。
【００１２】
ｅＰＤＧは、信頼されない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対するセキュリティノードとしての役割をする。
【００１３】
図１を参照して説明したように、ＩＰ能力を有する端末（または、ＵＥ）は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスに基づいても、ＥＰＣ内の多様な要素を経由して事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００１４】
また、図１は、多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示外にもネットワーク構造によって多様なレファレンスポイントが存在できる。
【００１５】
【表１】
0006259104.tif 000002
図１に示すレファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは、非３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非３ＧＰＰアクセス及びＰＤＮＧＷ間の関連制御及び移動性サポートをユーザ平面に提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮＧＷ間の関連制御及び移動性サポートをユーザ平面に提供するレファレンスポイントである。
【００１６】
図２は、一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。
【００１７】
図示されたように、ｅＮｏｄｅＢ２０は、ＲＲＣ接続が活性化されている中、ゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャスタチャネル（ＢＣＨ）のスケジューリング及び送信、アップリンク及びダウンリンクでのリソースをＵＥに動的割当、ｅＮｏｄｅＢ２０の測定のための設定及び提供、無線ベアラ制御、無線許可制御（ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）、そして、接続移動性制御などのための機能を遂行することができる。ＥＰＣ内では、ページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面の暗号化、ＥＰＳベアラ制御、ＮＡＳシグナリングの暗号化及び完全性保護機能を遂行することができる。
【００１８】
図３は、ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す例示図であり、図４は、端末と基地局との間のユーザ平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す他の例示図である。
【００１９】
前記無線インターフェースプロトコルは、３ＧＰＰ無線アクセスネットワーク規格を基盤とする。前記無線インターフェースプロトコルは、水平的には物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、データリンク階層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）、及びネットワーク階層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）からなり、垂直的にはデータ情報送信のためのユーザ平面（Ｕｓｅｒ  Ｐｌａｎｅ）と、制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御平面（ＣｏｎｔｒｏｌＰｌａｎｅ）とに区分される。
【００２０】
前記プロトコル階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができる。
【００２１】
以下、前記図３に示す制御平面での無線プロトコルと図４に示すユーザ平面での無線プロトコルの各階層を説明する。
【００２２】
第１の階層である物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。前記物理階層は、上位にある媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されており、前記トランスポートチャネルを介して媒体アクセス制御階層と物理階層との間のデータが伝達される。そして、互いに異なる物理階層間、即ち、送信側と受信側の物理階層間は、物理チャネルを介してデータが伝達される。
【００２３】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間軸上にある複数個のサブフレームと、周波数軸上にある複数個のサブキャリア（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアとで構成される。一つのサブフレームは、複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアとで構成される。データが送信される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、１個のサブフレームに該当する１ｍｓである。
【００２４】
前記送信側と受信側の物理階層に存在する物理チャネルは、３ＧＰＰ  ＬＴＥによると、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、に分けられる。
【００２５】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数（即ち、制御領域の大きさ）に対するＣＦＩ（ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）を伝送する。無線機器は、まず、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。
【００２６】
ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディングを使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。
【００２７】
ＰＨＩＣＨは、ＵＬ  ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のためのＡＣＫ（ｐｏｓｉｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。無線機器により送信されるＰＵＳＣＨ上のＵＬ（ｕｐｌｉｎｋ）データに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上に送信される。
【００２８】
ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）は、無線フレームの１番目のサブフレームの第２のスロットの前方部の４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、無線機器が基地局と通信するときに必須なシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報をＭＩＢ（ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）という。これと比較して、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上に送信されるシステム情報をＳＩＢ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）という。
【００２９】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当及び送信フォーマット、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当情報、ＰＣＨ上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上に送信されるランダムアクセス応答のような上位階層制御メッセージのリソース割当、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及びＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）の活性化などを伝送することができる。複数のＰＤＣＣＨが制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、一つまたは複数個の連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）のアグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）上に送信される。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当単位である。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応される。ＣＣＥの数とＣＣＥにより提供される符号化率の関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００３０】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをＤＬグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）ともいう）、ＰＵＳＣＨのリソース割当（これをＵＬグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）ともいう）、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及び／またはＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の活性化を含むことができる。
【００３１】
第２の階層にはさまざまな階層が存在する。まず、媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層は、多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングさせる役割をし、また、複数の論理チャネルを一つのトランスポートチャネルにマッピングさせる論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役割を遂行する。ＭＡＣ階層は、上位階層であるＲＬＣ階層とは論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して接続されており、論理チャネルは、大いに、送信される情報の種類によって、制御平面（ＣｏｎｔｒｏｌＰｌａｎｅ）の情報を送信する制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、ユーザ平面（Ｕｓｅｒ  Ｐｌａｎｅ）の情報を送信するトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）と、に分けられる。
【００３２】
第２の階層の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層は、上位階層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して下位階層が無線区間へのデータの送信に適合するようにデータの大きさを調節する役割を遂行する。また、各々の無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳが保障可能にするために、ＴＭ（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、透明モード）、ＵＭ（Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、無応答モード）、及びＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、応答モード）の三つの動作モードを提供している。特に、ＡＭ  ＲＬＣは、信頼性のあるデータ送信のために、自動反復及び要求（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  Ｒｅｑｕｅｓｔ；ＡＲＱ）機能を介した再送信機能を遂行している。
【００３３】
第２の階層のパケットデータ収束（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）階層は、ＩＰｖ４やＩＰｖ６のようなＩＰパケット送信時、帯域幅が小さい無線区間で効率的に送信するために相対的に大きさが大きくて不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らすヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を遂行する。これはデータのヘッダ（Ｈｅａｄｅｒ）部分で必ず必要な情報のみを送信するようにすることで、無線区間の送信効率を増加させる役割をする。また、ＬＴＥシステムでは、ＰＤＣＰ階層がセキュリティ（Ｓｅｃｕｒｉｔｙ）機能も実行し、これは第３者のデータ盗聴を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）と第３者のデータ操作を防止する完全性保護（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）とで構成される。
【００３４】
第３階層の最も上部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下、ＲＲＣと略称する）階層は、制御平面でのみ定義され、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢと略称する）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。このとき、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ伝達のために、第２の階層により提供されるサービスを意味する。
【００３５】
前記端末のＲＲＣと無線ネットワークのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）がある場合、端末は、ＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）になり、そうでない場合、ＲＲＣアイドル状態（Ｉｄｌｅ  Ｍｏｄｅ）になる。
【００３６】
以下、端末のＲＲＣ状態（ＲＲＣ  ｓｔａｔｅ）とＲＲＣ接続方法に対して説明する。ＲＲＣ状態とは、端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣと論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）といい、接続されていない場合はＲＲＣ＿ＩＤＬＥ状態という。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣ＿ＩＤＬＥ状態の端末は、Ｅ−ＵＴＲＡＮが端末の存在を把握することはできず、セルより大きい地域単位であるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位に核心ネットワークが管理する。即ち、ＲＲＣ＿ＩＤＬＥ状態の端末は、セルに比べて大きい地域単位に該当端末の存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動しなければならない。各ＴＡは、ＴＡＩ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ）を介して区分される。端末は、セルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｃｏｄｅ）を介してＴＡＩを構成することができる。
【００３７】
ユーザが端末の電源を最初にオンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ接続を確立し、核心ネットワークに端末の情報を登録する。この後、端末は、ＲＲＣ＿ＩＤＬＥ状態にとどまる。ＲＲＣ＿ＩＤＬＥ状態にとどまる端末は、必要によって、セルを（再）選択し、システム情報（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を確認する。これをセルにキャンプオン（Ｃａｍｐ  ｏｎ）するという。ＲＲＣ＿ＩＤＬＥ状態にとどまっていた端末は、ＲＲＣ接続を確立する必要がある時はじめてＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動する。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由でアップリンクデータ送信が必要であり、またはＥ−ＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００３８】
前記ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。
【００３９】
以下、図３に示すＮＡＳ階層に対して詳細に説明する。
【００４０】
ＮＡＳ階層に属するＥＳＭ（Ｅｖｏｌｖｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）は、Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒ管理及びＤｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ管理のような機能を遂行し、端末がネットワークからＰＳサービスを利用するための制御を担当する。Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒリソースは、特定Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ（ＰＤＮ）に最初接続する時またはネットワークに接続される時、ネットワークから割当を受けるという特徴を有する。このとき、ネットワークは、端末がデータサービスを使用することができるように端末が使用可能なＩＰアドレスを割り当て、また、ｄｅｆａｕｌｔ  ｂｅａｒｅｒのＱｏＳを割り当てる。ＬＴＥでは、大いに、データ送受信のための特定帯域幅を保障するＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）ＱｏＳ特性を有するｂｅａｒｅｒと、帯域幅の保障無しでＢｅｓｔ  ｅｆｆｏｒｔ  ＱｏＳ特性を有するＮｏｎ−ＧＢＲ  ｂｅａｒｅｒの２種類をサポートする。Ｄｅｆａｕｌｔ  ｂｅａｒｅｒの場合、Ｎｏｎ−ＧＢＲ  ｂｅａｒｅｒの割当を受ける。Ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒの場合は、ＧＢＲまたはＮｏｎ−ＧＢＲのＱｏＳ特性を有するｂｅａｒｅｒの割当を受けることができる。
【００４１】
ネットワークから端末に割り当てたｂｅａｒｅｒをＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ）ｂｅａｒｅｒといい、ＥＰＳ  ｂｅａｒｅｒを割当する時、ネットワークは、一つのＩＤを割り当てるようになる。これをＥＰＳ  Ｂｅａｒｅｒ  ＩＤという。一つのＥＰＳ  ｂｅａｒｅｒは、ＭＢＲ（ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）とＧＢＲ（ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）またはＡＭＢＲ（Ａｇｇｒｅｇａｔｅｄ  ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）のＱｏＳ特性を有する。
【００４２】
一方、図３において、ＮＡＳ階層下に位置するＲＲＣ階層、ＲＬＣ階層、ＭＡＣ階層、ＰＨＹ階層を束ねてアクセス階層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ）とも呼ばれる。
【００４３】
図５は、３ＧＰＰ  ＬＴＥにおけるランダムアクセス過程を示す流れ図である。
【００４４】
ランダムアクセス過程は、ＵＥ１０が基地局、即ち、ｅＮｏｄｅＢ２０とＵＬ同期を得たり、ＵＬ無線リソースの割当を受けたりするために使われる。
【００４５】
ＵＥ１０は、ルートインデックス（ｒｏｏｔ  ｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｅｘ）をｅＮｏｄｅＢ２０から受信する。各セル毎にＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスにより定義される６４個の候補（ｃａｎｄｉｄａｔｅ）ランダムアクセスプリアンブルがあり、ルートインデックスは、端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。
【００４６】
ランダムアクセスプリアンブルの送信は、各セル毎に特定時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスは、ランダムアクセスプリアンブルの送信が可能な特定サブフレームとプリアンブルフォーマットを指示する。
【００４７】
ＵＥ１０は、任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢ２０に送信する。ＵＥ１０は、６４個の候補ランダムアクセスプリアンブルの中から一つを選択する。そして、ＰＲＡＣＨ設定インデックスにより該当するサブフレームを選択する。ＵＥ１０は、選択されたランダムアクセスプリアンブルを選択されたサブフレームで送信する。
【００４８】
前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢ２０は、ランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ、ＲＡＲ）をＵＥ１０に送る。ランダムアクセス応答は、２ステップで検出される。まず、ＵＥ１０は、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）でマスキングされたＰＤＣＣＨを検出する。ＵＥ１０は、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨ上にＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）内のランダムアクセス応答を受信する。
【００４９】
一方、最近、人間が排除された、機械と機械との間に行われる通信であるＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が研究されている。
【００５０】
注目すべき点は、ＭＴＣ機器は、人間の介入がほとんどないため、バッテリを長い間使用できるようにすることが最も重要であるという点である。そのために、ＭＴＣ機器は、パワーセービングモード（Ｐｏｗｅｒ  Ｓａｖｉｎｇ  Ｍｏｄｅ：以下‘ＰＳＭ’という）で動作できるようにする研究が進行されている。ＭＴＣ機器がＰＳＭ状態に進入すると、電源オフ状態と類似するようにダウンリンクデータを受信することができない。
【００５１】
しかし、ＭＴＣ機器がＰＳＭ状態に進入するために要求メッセージをネットワークに送信したが、前記ネットワークの問題により拒絶メッセージを前記ＭＴＣ機器が受信する場合には、ＰＳＭ状態に進入できない。それによって、非効率的なエネルギ消耗及びネットワーク処理が発生できる。
【発明の概要】
【発明が解決しようとする課題】
【００５２】
したがって、本明細書の一開示は、前述した問題点を解決することができる方案を提示することを目的とする。
【課題を解決するための手段】
【００５３】
前記のような目的を達成するために、本発明の一開示は、無線機器におけるパワーセービングモード（ＰＳＭ）をサポートする方法を提供する。前記方法は、ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信するステップと；前記ネットワークエンティティから前記要求メッセージに対する拒絶メッセージを受信するステップと；を含む。ここで、前記拒絶メッセージは、拒絶原因を含み、前記第１の活性時間値を考慮して決定された第２の活性時間値を含む。前記方法は、前記拒絶メッセージの受信後、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入するステップと；を含む。ここで、前記ＰＳＭ状態ではパワーオフされたように、前記無線機器がダウンリンクデータを受信しなく、アップリンクデータは送信できるようにネットワークには登録された状態に維持される。
【００５４】
前記ＰＳＭ状態に進入するステップは、アクセス階層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ）を非活性化するステップを含む。
【００５５】
前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入するステップは、前記拒絶メッセージ内の拒絶原因がネットワーク不能（ｎｅｔｗｏｒｋ  ｆａｉｌｕｒｅ）を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１７に設定されており、またはＥＳＭ不能を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１９に設定されている場合に実行される。
【００５６】
前記要求メッセージは、アタッチ（Ａｔｔａｃｈ）要求メッセージ、トラッキング領域更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ：ＴＡＵ）要求メッセージ、ルーティング領域更新（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ：ＲＡＵ）要求メッセージまたはサービス要求メッセージである。そして、前記拒絶メッセージは、アタッチ拒絶メッセージ、ＴＡＵ拒絶メッセージ、ＲＡＵ拒絶メッセージ、またはサービス拒絶メッセージである。
【００５７】
前記要求メッセージは、周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値のうち一つ以上をさらに含む。前記拒絶メッセージは、前記ネットワークエンティティにより決定された周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値のうち一つ以上をさらに含む。
【００５８】
前記周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値は、Ｅｘｔ  Ｔ３３１２またはＥＸＴ  Ｔ３４１２に定義される。
【００５９】
前記拒絶メッセージの受信後、リトライカウンタの値が予め決められた閾値と同じまたは大きくなるように、前記リトライカウンタの値を増加させるステップと；前記リトライカウンタの値が予め決められた閾値と同じまたは大きくなった場合、バックオフタイマを駆動するステップと；をさらに含む。
【００６０】
前記バックオフタイマが満了する場合、前記ＰＳＭ状態から外れ、前記要求メッセージを追加的に送信するステップをさらに含む。
【００６１】
前記バックオフタイマは、前記ネットワークエンティティがＥ−ＵＴＲＡＮに対応する場合にはＴ３４０２タイマに定義される。前記バックオフタイマは、前記ネットワークエンティティがＵＴＲＡＮに対応する場合にはＴ３３０２タイマに定義される。
【００６２】
前記拒絶メッセージの受信後、セッション管理（ＳＭ）バックオフタイマを駆動するステップをさらに含む。
【００６３】
前記のような目的を達成するために、本発明の一開示は、パワーセービングモード（ＰＳＭ）をサポートする無線機器を提供する。前記無線機器は、ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信し、前記ネットワークエンティティから前記要求メッセージに対する拒絶メッセージを受信する送受信部を含む。ここで、前記拒絶メッセージは、拒絶原因を含み、前記第１の活性時間値を考慮して決定された第２の活性時間値を含む。前記無線機器は、前記送受信部を介して前記拒絶メッセージを受信する場合、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入する制御部を含み、ここで、前記ＰＳＭ状態ではパワーオフされたように、前記無線機器がダウンリンクデータを受信しなく、アップリンクデータは送信できるようにネットワークには登録された状態に維持される。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線機器におけるパワーセービングモード（ＰＳＭ）をサポートする方法であって、
ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信するステップと；
前記ネットワークエンティティから前記要求メッセージに対する拒絶メッセージを受信するステップと、ここで、前記拒絶メッセージは、拒絶原因を含み、前記第１の活性時間値を考慮して決定された第２の活性時間値を含み；
前記拒絶メッセージの受信後、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入するステップと、を含み、ここで、前記ＰＳＭ状態ではパワーオフされたように、前記無線機器がダウンリンクデータを受信しなく、アップリンクデータは送信できるようにネットワークには登録された状態に維持されることを特徴とするパワーセービングモードをサポートする方法。
（項目２）
前記ＰＳＭ状態に進入するステップは、
アクセス階層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ）を非活性化するステップを含むことを特徴とする項目１に記載のパワーセービングモードをサポートする方法。
（項目３）
前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入するステップは、
前記拒絶メッセージ内の拒絶原因がネットワーク不能（ｎｅｔｗｏｒｋ  ｆａｉｌｕｒｅ）を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１７に設定されており、またはＥＳＭ不能を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１９に設定されている場合に実行されることを特徴とする項目１に記載のパワーセービングモードをサポートする方法。
（項目４）
前記要求メッセージは、アタッチ（Ａｔｔａｃｈ）要求メッセージ、トラッキング領域更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ：ＴＡＵ）要求メッセージ、ルーティング領域更新（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ：ＲＡＵ）要求メッセージまたはサービス要求メッセージであり、
前記拒絶メッセージは、アタッチ拒絶メッセージ、ＴＡＵ拒絶メッセージ、ＲＡＵ拒絶メッセージ、またはサービス拒絶メッセージであることを特徴とする項目１に記載のパワーセービングモードをサポートする方法。
（項目５）
前記要求メッセージは、周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値のうち一つ以上をさらに含み、
前記拒絶メッセージは、前記ネットワークエンティティにより決定された周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値のうち一つ以上をさらに含むことを特徴とする項目１に記載のパワーセービングモードをサポートする方法。
（項目６）
前記周期的なＴＡＵタイマの値、そして周期的なＲＡＵタイマの値は、Ｅｘｔ  Ｔ３３１２またはＥＸＴ  Ｔ３４１２に定義されることを特徴とする項目５に記載のパワーセービングモードをサポートする方法。
（項目７）
前記拒絶メッセージの受信後、リトライカウンタの値が予め決められた閾値と同じまたは大きくなるように、前記リトライカウンタの値を増加させるステップと；
前記リトライカウンタの値が予め決められた閾値と同じまたは大きくなった場合、バックオフタイマを駆動するステップと；をさらに含むことを特徴とする項目１に記載のパワーセービングモードをサポートする方法。
（項目８）
前記バックオフタイマが満了する場合、前記ＰＳＭ状態から外れ、前記要求メッセージを追加的に送信するステップをさらに含むことを特徴とする項目７に記載のパワーセービングモードをサポートする方法。
（項目９）
前記バックオフタイマは、前記ネットワークエンティティがＥ−ＵＴＲＡＮに対応する場合にはＴ３４０２タイマに定義され、
前記バックオフタイマは、前記ネットワークエンティティがＵＴＲＡＮに対応する場合にはＴ３３０２タイマに定義されることを特徴とする項目７に記載のパワーセービングモードをサポートする方法。
（項目１０）
前記拒絶メッセージの受信後、セッション管理（ＳＭ）バックオフタイマを駆動するステップをさらに含むことを特徴とする項目１に記載のパワーセービングモードをサポートする方法。
（項目１１）
パワーセービングモード（ＰＳＭ）をサポートする無線機器であって、
ＰＳＭが必要な場合、第１の活性時間値を含む要求メッセージをネットワークエンティティに送信し、前記ネットワークエンティティから前記要求メッセージに対する拒絶メッセージを受信する送受信部と、ここで、前記拒絶メッセージは、拒絶原因を含み、前記第１の活性時間値を考慮して決定された第２の活性時間値を含み；
前記送受信部を介して前記拒絶メッセージを受信する場合、前記要求メッセージの送信手順を終了し、前記第２の活性時間値に基づいてＰＳＭ状態に進入する制御部と、を含み、ここで、前記ＰＳＭ状態ではパワーオフされたように、前記無線機器がダウンリンクデータを受信しなく、アップリンクデータは送信できるようにネットワークには登録された状態に維持されることを特徴とする無線機器。
【発明の効果】
【００６４】
本明細書の開示によると、前述した従来技術の問題点が解決される。
【図面の簡単な説明】
【００６５】
【図１】進化した移動通信ネットワークの構造図である。
【図２】一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。
【図３】ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す例示図である。
【図４】端末と基地局との間にユーザ平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す他の例示図である。
【図５】３ＧＰＰ  ＬＴＥにおけるランダムアクセス過程を示す流れ図である。
【図６ａ】ＭＴＣ機器を介したサービスの例示を示す。
【図６ｂ】ＭＴＣサポートのための３ＧＰＰサービスモデルを示す概念図である。
【図７ａ】パワーセービングモード（ＰＳＭ）のための活性タイマ（Ａｃｔｉｖｅ  Ｔｉｍｅｒ）を交渉する過程を示し、
【図７ｂ】パワーセービングモード（ＰＳＭ）の動作を示す例示図である。
【図７ｃ】パワーセービングモード（ＰＳＭ）の動作を示す例示図である。
【図８ａ】ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない一問題状況を示す信号流れ図である。
【図８ｂ】ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない他の問題状況を示す信号流れ図である。
【図８ｃ】ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない他の問題状況を示す信号流れ図である。
【図９ａ】アタッチ拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。
【図９ｂ】ＴＡＵ／ＲＡＵ拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。
【図９ｃ】サービス拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。
【図１０】アタッチ拒絶メッセージを受信する場合、他の一実施例に係る解決方案を示す流れ図である。
【図１１】本発明の実施例に係るＭＴＣ機器１００及びＭＭＥ５１０の構成ブロック図である。
【発明を実施するための形態】
【００６６】
本発明は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を基準にして説明するが、このような通信システムにのみ限定されるものではなく、本発明の技術的思想が適用されることができる全ての通信システム及び方法にも適用されることができる。
【００６７】
本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定するものではないことに留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的な用語である場合、当業者が正確に理解することができる技術的用語に変えて理解しなければならない。また、本発明で使われる一般的な用語は、辞書の定義によってまたは前後文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。
【００６８】
また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味ではない限り、複数の表現を含む。本出願において、“構成される”または“有する”などの用語は、明細書上に記載された多様な構成要素、または複数のステップを必ず全部含むと解釈されてはならず、そのうち一部構成要素または一部ステップは含まれない場合もあり、または追加的な構成要素またはステップをさらに含む場合もあると解釈されなければならない。
【００６９】
また、本明細書で使われる第１及び第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、前記構成要素は、前記用語により限定されてはならない。前記用語は、一つの構成要素を他の構成要素から区別する目的としてのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。
【００７０】
一構成要素が他の構成要素に“連結されている”または“接続されている”と言及された場合は、該当他の構成要素に直接的に連結されており、または接続されている場合もあるが、中間に他の構成要素が存在する場合もある。それに対し、一構成要素が他の構成要素に“直接連結されている”または“直接接続されている”と言及された場合は、中間に他の構成要素が存在しないと理解しなければならない。
【００７１】
以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面符号に関係無しで同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重複説明は省略する。また、本発明を説明するにあたって、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことに留意しなければならない。本発明の思想は、添付図面外に全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。
【００７２】
添付図面には例示的にＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が示されているが、図示された前記ＵＥは、端末（Ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）などの用語で呼ばれる場合もある。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン（Ｓｍａｒｔ  Ｐｈｏｎｅ）、マルチメディア機器などのように携帯可能な機器であり、またはＰＣ及び車両搭載装置のように携帯不可能な機器である。
【００７３】
用語の定義
以下、図面を参照して説明する前に、本発明の理解を容易にするために、本明細書で使われる用語を簡略に定義する。
【００７４】
ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍの略字であって、３世代移動通信ネットワークを意味する。
【００７５】
ＵＥ／ＭＳ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ／Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、端末装置を意味する。
【００７６】
ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍの略字であって、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークをサポートするコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク。
【００７７】
ＰＤＮ（Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：サービスを提供するサーバが位置した独立的なネットワーク。
【００７８】
ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連関（接続）。
【００７９】
ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）：ＵＥ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ、Ｐａｃｋｅｔ  ｓｃｒｅｅｎｉｎｇ＆ｆｉｌｔｅｒｉｎｇ、Ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ機能を遂行するＥＰＳネットワークのネットワークノード。
【００８０】
Ｓｅｒｖｉｎｇ  ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）：移動性担当（Ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ）、パケットルーティング（Ｐａｃｋｅｔ  ｒｏｕｔｉｎｇ）、アイドルモードパケットバッファリング（Ｉｄｌｅ  ｍｏｄｅ  ｐａｃｋｅｔ  ｂｕｆｆｅｒｉｎｇ）、Ｔｒｉｇｇｅｒｉｎｇ  ＭＭＥ  ｔｏ  ｐａｇｅ  ＵＥ機能を遂行するＥＰＳネットワークのネットワークノード。
【００８１】
ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）：サービス流れ（ｆｌｏｗ）別に差別化されたＱｏＳ及び課金政策を動的（ｄｙｎａｍｉｃ）に適用するための政策決定（Ｐｏｌｉｃｙ  ｄｅｃｉｓｉｏｎ）を実行するＥＰＳネットワークのノード。
【００８２】
ＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）：ネットワークで管理する接続ポイントの名称であって、ＵＥに提供される。即ち、ＰＤＮを指示したり区分したりする文字列。要求したサービスやネットワーク（ＰＤＮ）に接続するためには該当Ｐ−ＧＷを経由するようになり。このＰ−ＧＷをさがすことができるようにネットワーク内で予め定義した名称（文字列）。例えば、ｉｎｔｅｒｎｅｔ．ｍｎｃ０１２．ｍｃｃ３４５．ｇｐｒｓ
ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）：ネットワーク内のノード間に設定されたトンネルのＥｎｄｐｏｉｎｔ  ＩＤ、各ＵＥのｂｅａｒｅｒ単位に区間別に設定される。
【００８３】
ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【００８４】
ｅＮｏｄｅＢ：ＥＰＳ（Ｅｖｏｌｖｅｄ、Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【００８５】
（ｅ）ＮｏｄｅＢ：ＮｏｄｅＢとｅＮｏｄｅＢを指称する用語である。
【００８６】
ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙの略字であって、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割をする。
【００８７】
セッション（Ｓｅｓｓｉｏｎ）：セッションは、データ送信のための通路であって、その単位は、ＰＤＮ、Ｂｅａｒｅｒ、ＩＰ  ｆｌｏｗ単位などになる。各単位は、３ＧＰＰで定義したように、ターゲットネットワーク全体単位（ＡＰＮまたはＰＤＮ単位）、その内でＱｏＳに区分する単位（Ｂｅａｒｅｒ単位）、宛先ＩＰアドレス単位に区分することができる。
【００８８】
ＰＤＮ接続（ｃｏｎｎｅｃｔｉｏｎ）：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連関（接続）を示す。これはセッションが形成されることができるようにコアネットワーク内のエンティティ間接続（端末−ＰＤＮ  ＧＷ）を意味する。
【００８９】
ＵＥ  Ｃｏｎｔｅｘｔ：ネックワークでＵＥを管理するために使われるＵＥの状況情報、即ち、ＵＥ  ｉｄ、移動性（現在位置等）、セッションの属性（ＱｏＳ、優先順位等）で構成された状況情報。
【００９０】
ＯＭＡ  ＤＭ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）：携帯電話、ＰＤＡ、携帯用コンピュータなどのようなモバイルデバイス管理のためにデザインされたプロトコルであって、デバイス設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ファームウェアアップグレード（ｆｉｒｍｗａｒｅ  ｕｐｇｒａｄｅ）、エラー報告（Ｅｒｒｏｒ  Ｒｅｐｏｒｔ）等の機能を遂行する。
【００９１】
ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）：ＯＡＭとは、ネットワーク欠陥表示、性能情報、そしてデータと診断機能を提供するネットワーク管理機能群をいう。
【００９２】
ＮＡＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）：ＮＡＳ機能（Ｆｕｎｃｔｉｏｎａｌｉｔｙ）と関連したパラメータ（ｐａｒａｍｅｔｅｒｓ）をＵＥに設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）する時に使用するＭＯ（Ｍａｎａｇｅｍｅｎｔ  ｏｂｊｅｃｔ）を意味する。
【００９３】
ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎであって、人間の介入無しで装置間に発生する通信。
【００９４】
ＭＴＣ機器（ｄｅｖｉｃｅ）：核心ネットワークを介した通信機能がある特定目的を実行するＵＥ、例）自販機、検針器、ヘルスケアサービスを提供する機器など。
【００９５】
ＭＴＣサーバ：ＭＴＣ  ｄｅｖｉｃｅを管理してデータを送受信するネットワーク上のサーバ。これはコアネットワーク（ｃｏｒｅ  ｎｅｔｗｏｒｋ）外部にある。
【００９６】
ＭＴＣアプリケーション：ＭＴＣ  ｄｅｖｉｃｅとＭＴＣ  Ｓｅｒｖｅｒを利用した実際応用（遠隔検針、物量移動追跡等）。
【００９７】
ＭＴＣ  Ｆｅａｔｕｒｅ：ＭＴＣアプリケーションをサポートするためのネットワークの機能や特徴、即ち、各ａｐｐｌｉｃａｔｉｏｎの用途によって一部ｆｅａｔｕｒｅが要求される。例えば、ＭＴＣ  ｍｏｎｉｔｏｒｉｎｇ（装備紛失に備えて遠隔検針等に必要）、Ｌｏｗ  ｍｏｂｉｌｉｔｙ（自販機の場合、移動がほとんどない）などがある。
【００９８】
ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥとの間の制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の上位ｓｔｒａｔｕｍ。ＵＥとネットワークとの間の移動性管理（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）とセッション管理（Ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）、ＩＰアドレス管理（ＩＰ  ａｄｄｒｅｓｓ  ｍａｉｎｔｅｎａｎｃｅ）などをサポートする。
【００９９】
＜ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）＞
ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、人間が排除された、機械と機械との間に行われる通信を意味し、このとき、使われる機器をＭＴＣ機器という。ＭＴＣ機器（ｄｅｖｉｃｅ）を介して提供されるサービスは、人間が介入する通信サービスと差別性が有し、多様な範ちゅうのサービスに適用されることができる。
【０１００】
図６ａは、ＭＴＣ機器を介したサービスの例示を示す。
【０１０１】
ＭＴＣ機器を介したサービスは、いくつかの類型に区分できる。例えば、ＭＴＣ機器が各種情報をモニタリングするサービスと、ｅＮｏｄｅＢまたはコアネットワーク内のエンティティが各種情報をモニタリングするサービスと、を挙げることができる。
【０１０２】
図６ａを参照すると、言及した一番目のサービスの例示として、ＭＴＣ機器（ｄｅｖｉｃｅ）を介して計量サービス、道路情報サービスまたはユーザ電子装置調整サービスなどが提供されることができる。ここで、ＭＴＣ機器は、計量情報、道路交通情報などをモニタリングしてｅＮｏｄＢに送信すると、ｅＮｏｄｅＢは、これをＭＴＣサーバに送信することができ、それによって、ＭＴＣユーザは、提供されるサービスを利用することができる。
【０１０３】
言及した二番目のサービスの例示としては、事物に装着されたＭＴＣ機器の移動をモニタリングするサービスを考慮することができる。より具体的に、例えば、自販機のような固定事物または車両のような移動事物にＭＴＣ機器を付着し、ｅＮｏｄｅＢまたはコアネットワーク内のエンティティは、前記ＭＴＣ機器が移動する経路をモニタリングすることができる。
【０１０４】
図６ｂは、ＭＴＣサポートのための３ＧＰＰサービスモデルを示す概念図である。
【０１０５】
ＭＴＣ機器（または、ＭＴＣ端末）とＭＴＣアプリケーションとの間の単対単アプリケーションは、３ＧＰＰシステムにより提供されるサービスとＭＴＣサーバにより提供される選択的なサービスを利用することができる。３ＧＰＰシステムは、ＭＴＣを容易にする多様な最適化を含む輸送及び通信サービス（３ＧＰＰベアラサービス、ＩＭＳ及びＳＭＳ含む）を提供することができる。図６ｂでは、ＭＴＣ機器がＵｍ／Ｕｕ／ＬＴＥ−Ｕｕインターフェースを介して３ＧＰＰネットワーク（ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、ＧＥＲＡＮ、Ｉ−ＷＬＡＮ等）に連結することを示す。図７ｂの構造（ａｒｃｈｉｔｅｃｔｕｒｅ）は、多様なＭＴＣモデル（Ｄｉｒｅｃｔモデル、Ｉｎｄｉｒｅｃｔモデル、Ｈｙｂｒｉｄモデル）を含む。
【０１０６】
図６ｂに示すエンティティ（ｅｎｔｉｔｙ）に対して説明する。
【０１０７】
図６ｂにおいて、アプリケーションサーバは、ＭＴＣアプリケーションが実行されるネットワーク上のサーバである。ＭＴＣアプリケーションサーバに対しては、前述した多様なＭＴＣアプリケーションの具現のための技術が適用されることができ、これに対する具体的な説明は省略する。また、図６ｂにおいて、ＭＴＣアプリケーションサーバは、レファレンスポイントＡＰＩを介してＭＴＣサーバにアクセスすることができ、これに対する具体的な説明は省略する。または、ＭＴＣアプリケーションサーバは、ＭＴＣサーバと共に位置される（ｃｏｌｌｏｃａｔｅｄ）こともできる。
【０１０８】
ＭＴＣサーバ（例えば、図示されるＳＣＳサーバ）は、ＭＴＣ端末を管理するネットワーク上のサーバであり、３ＧＰＰネットワークに連結されてＭＴＣ機器及びＰＬＭＮのノードと通信することができる。
【０１０９】
ＭＴＣ−ＩＷＦ（ＭＴＣ−ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）は、ＭＴＣサーバとオペレータコアネットワークとの間の相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）を担当し、ＭＴＣ動作のプロキシ役割をすることができる。ＭＴＣ間接またはハイブリッドモデルをサポートするために、一つ以上のＭＴＣ−ＩＷＦがホームＰＬＭＮ（ＨＰＬＭＮ）内に存在できる。ＭＴＣ−ＩＷＦは、レファレンスポイントＴｓｐ上のシグナリングプロトコルを中継したり解釈したりしてＰＬＭＮに特定機能を作動させることができる。ＭＴＣ−ＩＷＦは、ＭＴＣサーバが３ＧＰＰネットワークとの通信を樹立する前にＭＴＣサーバを認証（ａｕｔｈｅｎｔｉｃａｔｅ）する機能、ＭＴＣサーバからの制御プレーン要求を認証する機能、後述するトリガ指示と関連した多様な機能などを実行することができる。
【０１１０】
ＳＭＳ−ＳＣ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ−Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ）／ＩＰ−ＳＭ−ＧＷ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  ＧａｔｅＷａｙ）は、短文サービス（ＳＭＳ）の送受信を管理することができる。ＳＭＳ−ＳＣは、ＳＭＥ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｅｎｔｉｔｙ）（短文を送信または受信するエンティティ）と移動局との間の短文を中継し、格納−及び−伝達する機能を担当することができる。ＩＰ−ＳＭ−ＧＷは、ＩＰベースの端末とＳＭＳ−ＳＣとの間のプロトコル相互動作を担当することができる。
【０１１１】
ＣＤＦ（Ｃｈａｒｇｉｎｇ  Ｄａｔａ  Ｆｕｎｃｔｉｏｎ）／ＣＧＦ（Ｃｈａｒｇｉｎｇ  Ｇａｔｅｗａｙ  Ｆｕｎｃｔｉｏｎ）は、課金に関連した動作をすることができる。
【０１１２】
ＨＬＲ／ＨＳＳは、加入者情報（ＩＭＳＩ等）、ルーティング情報、設定情報などを格納してＭＴＣ−ＩＷＦに提供する機能することができる。
【０１１３】
ＭＳＣ／ＳＧＳＮ／ＭＭＥは、端末のネットワーク連結のための移動性管理、認証、リソース割当などの制御機能を遂行することができる。後述するトリガリングと関連してＭＴＣ−ＩＷＦからトリガ指示を受信することで、ＭＴＣ端末に提供するメッセージの形態に加工する機能を遂行することができる。
【０１１４】
ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）＋Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）は、コアネットワークと外部ネットワークの連結を担当するゲートウェイ機能をすることができる。
【０１１５】
以下の表２は、図６ｂでの主要レファレンスポイントを整理したものである。
【０１１６】
【表２】
0006259104.tif 000003
前記Ｔ５ａ、Ｔ５ｂ、Ｔ５ｃのうち一つ以上のレファレンスポイントをＴ５という。
【０１１７】
一方、間接及びハイブリッドモデルの場合にＭＴＣサーバとのユーザプレーン通信と、直接及びハイブリッドモデルの場合にＭＴＣアプリケーションサーバとの通信は、レファレンスポイントＧｉ及びＳＧｉを介して既存のプロトコルを使用して実行されることができる。
【０１１８】
＜パワーセービングモード（ＰＳＭ）＞
一方、ＭＴＣ機器の特性上、データの着信（Ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  ｄａｔａ）を頻繁でなく受信する代わりに、アップリンクデータの発信（Ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ｄａｔａ）は、周期的に送信することができる。このような特性を勘案すると、エネルギ効率性を極大化するために、ＭＴＣ機器は、パワーセービングモード（Ｐｏｗｅｒ  Ｓａｖｉｎｇ  Ｍｏｄｅ：以下‘ＰＳＭ’という）で動作できる。
【０１１９】
前記ＰＳＭ状態に進入すると、前記ＭＴＣ機器は、アクセス階層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ）を非活性化するため、前記ＰＳＭは、電源オフ状態と類似する。ただし、前記ＰＳＭ状態ではＭＴＣ機器がネットワークに登録された状態に存在し、それによって、ＭＴＣ機器がネットワークに再アタッチ（ｒｅ−ａｔｔａｃｈ）しなくてもよく、また、ＰＤＮ接続を再確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）しなくてもよいため、ＰＳＭ状態と電源オフ状態は区別される。
【０１２０】
ＭＴＣ機器がＰＳＭ状態に進入すると、例えば、周期的なＴＡＵ／ＲＡＵまたはアップリンクデータの発生またはデタッチ（ｄｅｔａｃｈ）のようなイベントの発生（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ  ｅｖｅｎｔ）がＭＴＣ機器をしてネットワークにどんな手順を始めるようにする前まで、ＰＳＭ状態にとどまるようになる。
【０１２１】
ＭＴＣ機器がＰＳＭ状態にあっても、サービスの発信（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ｓｅｒｖｉｃｅ）が必要な場合にはいつでもＰＳＭを外れることができる。即ち、ＰＳＭ状態にあっても、前記ＭＴＣ機器は、発信サービス（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ  ｓｅｒｖｉｃｅ）に対してはいつでもアクセス階層（ＡＳ）を活性化し、アイドルモードの動作を再開することができる。
【０１２２】
他方、モバイル着信可能なタイマ（ｍｏｂｉｌｅ  ｒｅａｃｈａｂｌｅ  ｔｉｍｅｒ）が満了して前記ＭＴＣ機器の活性時間が満了した場合、前記ＭＭＥは、前記ＭＴＣ機器がＰＳＭ状態に進入し、それによって、ページングが不可能であることを知ることができる。
【０１２３】
それに対し、ＭＴＣ機器がＰＳＭ状態に進入した場合にはサービスの着信（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  ｓｅｒｖｉｃｅ）を即刻受信することができない。即ち、ＭＴＣ機器がＰＳＭ状態に進入した場合、サービスの着信（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  ｓｅｒｖｉｃｅ）に対しては、周期的なトラッキング領域更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ：ＴＡＵ）またはルーティング領域更新（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ：ＲＡＵ）手順以後のシグナル送信またはデータ送信のようなイベントの発生（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ  ｅｖｅｎｔ）以後の活性時間（Ａｃｔｉｖｅｔｉｍｅ）周期中にのみ応答することができる。
【０１２４】
したがって、ＰＳＭは、頻繁でない発信サービス（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ｓｅｒｖｉｃｅ）と着信サービス（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  ｓｅｒｖｉｃｅ）を要求するＭＴＣ機器に適し、また、通信において一定な遅延（ｌａｔｅｎｃｙ）を耐えることができるＭＴＣ機器にのみ適する。
【０１２５】
一方、ＭＴＣ機器は、潜在的な着信サービス（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄ  ｓｅｒｖｉｃｅ）またはＳＭＳのようなデータの受信を可能にするほど十分に長い活性時間を要求しなければならない。
【０１２６】
ＭＴＣ機器がＰＳＭを使用することを希望する場合、前記ＭＴＣ機器は、毎アタッチ及びＴＡＵ／ＲＡＵ手順中に活性時間（ａｃｔｉｖｅ  ｔｉｍｅ）の値を要求しなければならない。もし、ネットワークがＰＳＭをサポートし、前記ＭＴＣ機器がＰＳＭを使用することを受諾する場合、活性時間の値を前記ＭＴＣ機器に割り当てる。前記ネットワークは、前記ＭＴＣ機器が要求した活性時間値とＭＭＥ／ＳＧＳＮ設定を考慮して前記ＭＴＣ機器に割り当てる活性時間値を決定することができる。もし、前記ネットワークが割り当てた活性時間の値が満たされない場合、前記ＭＴＣ機器は、次に来るＴＡＵ／ＲＡＵ手順の周期中にのみ自分が希望する活性時間の値を要求することができる。
【０１２７】
また、ＰＳＭを適用可能なＭＴＣ機器は、サービスの着信（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄ  ｓｅｒｖｉｃｅｓ）に対する遅延（ｌａｔｅｎｃｙ）／応答性（ｒｅｓｐｏｎｓｉｖｅｎｅｓｓ）に適した周期的なＴＡＵ／ＲＡＵタイマ値をアタッチ及びＴＡＵ／ＲＡＵ手順中にネットワークに要求するようになる。ネットワークが周期的なＴＡＵ／ＲＡＵタイマ値をＭＴＣ機器に割り当てたが、前記ＭＴＣ機器が満たすことができない場合、前記ＭＴＣ機器は、次に来るＴＡＵ／ＲＡＵ手順の周期中にのみ自分が希望する周期的なＴＡＵ／ＲＡＵタイマ値を要求することができる。
【０１２８】
結果的に、ＰＳＭをサポートして使用することを希望する場合、ＭＴＣ機器は、活性時間の値と周期的なＴＡＵ／ＲＡＵタイマの値を毎アタッチ及びＴＡＵ手順中にネットワークに共に要求しなければならない。同様に、ネットワークは、ＭＴＣ機器が要求しなければ活性時間の値を任意的に割り当てることもできない。
【０１２９】
以下、図面を参照して説明する。
【０１３０】
図７ａは、パワーセービングモード（ＰＳＭ）のための活性タイマ（Ａｃｔｉｖｅ  Ｔｉｍｅｒ）を交渉する過程を示し、図７ｂ及び図７ｃは、パワーセービングモード（ＰＳＭ）の動作を示す例示図である。
【０１３１】
図７ａに示すように、ＭＴＣ機器１００は、要求する活性時間の値（即ち、活性タイマの値）（例えば、Ｔ３３２４の値）と周期的なＴＡＵ／ＲＡＵタイマ値（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値をアタッチ要求メッセージまたはＴＡＵ要求メッセージに含んでＭＭＥ／ＳＧＳＮ５１０に送信する。ＭＭＥ／ＳＧＳＮ５１０が前記要求メッセージを受信すると、ＰＳＭをサポートするかを確認し、もし、サポートする場合、活性時間の値（即ち、活性タイマの値）（例えば、Ｔ３３２４の値）と周期的なＴＡＵ／ＲＡＵタイマ値（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値を含むアタッチ受諾メッセージまたはＴＡＵ／ＲＡＵ受諾メッセージを前記ＭＴＣ機器１００に送信する。このとき、前記受諾メッセージに含まれる活性時間の値（即ち、活性タイマの値）と周期的なＴＡＵ／ＲＡＵタイマ値（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）は、前記ＭＭＥ／ＳＧＳＮが希望する値である。ただし、ここで、周期的なＴＡＵ／ＲＡＵタイマ値（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）は含まれない。この場合、前記ＭＴＣ機器は、周期的なＴＡＵ／ＲＡＵタイマ値（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）に対する基本値を使用することができる。または、前記ＭＴＣ機器が前記周期的なＴＡＵ／ＲＡＵタイマ値（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値を前記要求メッセージに含ませなくても、前記ＭＭＥは、自分が希望する通りに設定して前記受諾メッセージに含んで送信することができる。
【０１３２】
一方、図７ｂ及び図７ｃに示すように、前記ＭＴＣ機器が活性時間の値を要求し、前記ネットワークが活性時間の値を割り当てた場合、前記ＭＴＣ機器は、前記割り当てられた活性時間の値によって活性タイマを駆動する。同様に、ＥＣＭ＿ＣＯＮＮＥＣＴＥＤからＥＣＭ＿ＩＤＬＥへ切り替える時、ＭＭＥは、前記活性時間の値に基づいてモバイル着信可能なタイマ（ｍｏｂｉｌｅ  ｒｅａｃｈａｂｌｅ  ｔｉｍｅｒ）を駆動する。
【０１３３】
そして、図７ｂ及び図７ｃに示すように、前記活性タイマが満了すると、前記ＭＴＣ機器は、自分のアクセス階層（ＡＳ）を非活性化し、ＰＳＭ状態に切り替える。ＰＳＭ状態ではアクセス階層（ＡＳ）の非活性化のため、前記ＭＴＣ機器は、アイドルモード（ｉｄｌｅ  ｍｏｄｅ）の全ての手順を中止するが、ＮＡＳ階層のタイマ、例えば、周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）は駆動する。
【０１３４】
前記ＭＴＣ機器は、周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）が満了することによって周期的なＴＡＵ／ＲＡＵ手順を実行する前まで前記アクセス階層（ＡＳ）を再び活性化せず、また、アイドルモードの手順を再開しない。
【０１３５】
前記周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）が満了する直前になると、前記ＭＴＣ機器は、アクセス階層（ＡＳ）を再び活性化し、ＥＰＣとの通信を設定するために必要な無線アクセス（ｒａｄｉｏ  ａｃｃｅｓｓ）設定過程（ＰＬＭＮ選択またはセル選択）を実行するようになる。
【０１３６】
前記周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）が満了すると、前記ＭＴＣ機器は、再びＴＡＵ／ＲＡＵ手順を実行し、次に活性時間満了後、再びＰＳＭ状態に進入する。
【０１３７】
しかし、ＭＴＣ機器がＰＳＭ状態に進入するために、Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ要求メッセージに活性時間（ａｃｔｉｖｅ  ｔｉｍｅ）の値を含んでネットワークに送信したが、前記ネットワークに問題によりＡｔｔａｃｈ／ＴＡＵ／ＲＡＵ拒絶（ｒｅｊｅｃｔ）メッセージを前記ＭＴＣ機器が受信する場合には、Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ要求メッセージを再送信しなければならないため、ＰＳＭ状態に進入できない。また、前記再送信後には、前記ＭＴＣ機器がＰＳＭ状態に進入できるかまたは進入できないかが技術的に不明な問題点がある。さらに、それによって、非効率的なエネルギ消耗及びネットワーク処理が発生できる。
【０１３８】
図８ａは、ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない一問題状況を示す信号流れ図である。
【０１３９】
１）図８ａを参照して分かるように、ＭＴＣ機器１００は、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むアタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。
【０１４０】
２）しかし、ネットワーク異常現象（例えば、ネットワーク不能（ｆａｉｌｕｒｅ））により、前記ＭＴＣ機器１００は、アタッチ拒絶（Ａｔｔａｃｈ  ｒｅｊｅｃｔ）メッセージを受信する。このとき、前記アタッチ拒絶メッセージ内の拒絶理由フィールドには、ネットワーク不能（ｎｅｔｗｏｒｋ  ｆａｉｌｕｒｅ）を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１７に設定されており、またはＥＳＭ不能を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１９（ＥＳＭ  ｃａｕｓｅ  ｖａｌｕｅ  ＃３８）に設定されている。
【０１４１】
３−４）その次に、前記ＭＴＣ機器１００は、リトライカウンタを１増加させて、リトライカウンタの値が閾値（例えば、５）に到達する前まで、アタッチ要求メッセージを再送信する。このように再送信のために、前記ＭＴＣ機器１００は、ＰＳＭ状態に進入することができない。
【０１４２】
５）しかし、前記ネットワーク異常現象がまだ解決されなくて、前記ＭＴＣ機器１００は、アタッチ拒絶（Ａｔｔａｃｈ  ｒｅｊｅｃｔ）メッセージを受信する。
【０１４３】
６−７）前記再送信カウンタの値が前記閾値に到達する場合、前記ＭＴＣ機器１００は、遅延時間タイマ（即ち、バックオフタイマ）、例えば、Ｅ−ＵＴＲＡＮの場合にＴ３４０２タイマを駆動し、またはＵＴＲＡＮの場合にＴ３３０２タイマを駆動する。
【０１４４】
８−９）前記タイマが満了すると、前記ＭＴＣ機器１００は、前記アタッチ要求手順を中断する。しかし、前記ＭＴＣ機器１００は、ＰＳＭ状態に進入しなくて、バッテリ消耗を招く。
【０１４５】
図８ｂは、ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない他の問題状況を示す信号流れ図である。
【０１４６】
１）図８ｂを参照して分かるように、ＭＴＣ機器１００は、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むＴＡＵ／ＲＡＵ要求メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。
【０１４７】
２）しかし、ネットワーク異常現象（例えば、ネットワーク不能（ｆａｉｌｕｒｅ））により、前記ＭＴＣ機器１００は、アタッチ拒絶（Ａｔｔａｃｈ  ｒｅｊｅｃｔ）メッセージを受信する。このとき、前記アタッチ拒絶メッセージ内の拒絶理由フィールドには、ネットワーク不能（ｎｅｔｗｏｒｋ  ｆａｉｌｕｒｅ）を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１７に設定されている。
【０１４８】
３−４）その次に、前記ＭＴＣ機器１００は、リトライカウンタを１増加させて、リトライカウンタの値が閾値（例えば、５）に到達する前まで、ＴＡＵ／ＲＡＵ要求メッセージを再送信する。このように再送信のために、前記ＭＴＣ機器１００は、ＰＳＭ状態に進入することができない。
【０１４９】
５）しかし、前記ネットワーク異常現象がまだ解決されなくて、前記ＭＴＣ機器１００は、ＴＡＵ／ＲＡＵ拒絶（ｒｅｊｅｃｔ）メッセージを受信する。
【０１５０】
６−７）前記再送信カウンタの値が前記閾値に到達する場合、前記ＭＴＣ機器１００は、遅延時間タイマ（即ち、バックオフタイマ）、例えば、Ｅ−ＵＴＲＡＮの場合にＴ３４０２タイマを駆動し、またはＵＴＲＡＮの場合、Ｔ３３０２タイマを駆動する。
【０１５１】
８−９）前記タイマが満了すると、前記ＭＴＣ機器１００は、前記ＴＡＵ／要求手順を中断する。しかし、前記ＭＴＣ機器１００は、ＰＳＭ状態に進入しなくて、バッテリ消耗を招く。
【０１５２】
以上、図８ａ及び図８ｂを参照して分かるように、前記ＭＴＣ機器１００が受信したＡｔｔａｃｈ／ＴＡＵ／ＲＡＵ拒絶メッセージ内に含まれている拒絶理由フィールドが、ネットワーク不能（ｎｅｔｗｏｒｋ  ｆａｉｌｕｒｅ）を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１７に設定されており、またはＥＳＭ不能（ＥＳＭ  ｆａｉｌｕｒｅ）を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１９に設定されており、またはＰＤＮ接続拒絶を示すｃａｕｓｅ  ｖａｌｕｅ  ＃３８に設定されている場合、前記ＭＴＣ機器が前記Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ要求メッセージを再送信することは、不要に無線リソースを無駄遣いする結果を招く。また、再送信のためにＰＳＭ状態に進入できなくて、前記ＭＴＣ機器のバッテリ消耗を招く。
【０１５３】
一方、ＭＴＣ機器１００がＰＳＭを使用することを希望しても、サービス要求手順中には活性時間の値（例えば、Ｔ３３２４の値）を要求することができない。即ち、ＭＴＣ機器１００は、サービス要求メッセージ内に活性時間の値を含ませて送信することができない問題点がある。たとえ、前記ＭＴＣ機器１００がＰＳＭのためにサービス要求メッセージが送信できるようにしても、ネットワーク異常現象の状況でサービス拒絶メッセージを受信すると、ＰＳＭ状態に進入できない問題点がある。それに対して図８ｃを参照して説明する。
【０１５４】
図８ｃは、ネットワークが異常現象の状況でＭＴＣ機器がＰＳＭ状態に進入できない他の問題状況を示す信号流れ図である。
【０１５５】
図８ｃでは、前記ＭＴＣ機器１００がＰＳＭのためにサービス要求メッセージを送信することができると仮定して示す。このように、サービス要求メッセージを送信したが、ネットワーク異常現象により前記ＭＴＣ機器１００がサービス拒絶メッセージを受信する場合、前記ＭＴＣ機器１００は、サービス要求手順は終了するが、ＰＳＭ状態に進入できない問題点がある。
【０１５６】
＜本明細書の開示＞
したがって、本明細書の開示は、前述した問題点を解決するための解決策を提案する。具体的に、本明細書の開示は、ネットワークの異常現象の状況で、ＭＴＣ機器が、Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ／Ｓｅｒｖｉｃｅ拒絶メッセージを受信する場合、前記ＭＴＣ機器の効率的なＰＳＭ動作方案を提案する。
【０１５７】
より具体的に、本明細書の開示は、ネットワーク異常現象の状況で、前記ＭＴＣ機器が前記Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ／Ｓｅｒｖｉｃｅ拒絶メッセージを受信する場合、Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ／Ｓｅｒｖｉｃｅ要求メッセージを再送信せずにＰＳＭ状態に進入できるようにすることで、無線リソースの無駄遣い及びバッテリの消耗を防止することができるようにする。
【０１５８】
図９ａは、アタッチ拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。
【０１５９】
図９ａを参照して分かるように、ネットワーク異常現象の状況でＭＴＣ機器１００がアタッチ拒絶（Ａｔｔａｃｈ  Ｒｅｊｅｃｔ）メッセージを受信する場合、一実施例は、前記ＭＴＣ機器１００がＰＳＭ状態に進入できるようにする。具体的に説明すると、下記の通りである。
【０１６０】
１）まず、ＭＴＣ機器１００がＰＳＭを希望する場合、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むアタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。このとき、前記アタッチ要求メッセージは、周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値を含むことができる。
【０１６１】
２）しかし、ネットワーク異常現象（例えば、ネットワーク不能（ｆａｉｌｕｒｅ））により、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、アタッチ拒絶（Ａｔｔａｃｈ  ｒｅｊｅｃｔ）メッセージを送信する。このとき、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内の拒絶理由フィールドをネットワーク不能（ｎｅｔｗｏｒｋ  ｆａｉｌｕｒｅ）を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１７に設定し、またはＥＳＭ不能を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１９（ＥＳＭ  ｃａｕｓｅ  ｖａｌｕｅ  ＃３８）に設定することができる。一方、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内に前記ＭＴＣ機器１００に割り当てる活性時間の値（例えば、Ｔ３３２４の値）を含ませる。また、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内に周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値を含ませることができる。
【０１６２】
３−５）前記ＭＴＣ機器１００は、前記アタッチ拒絶メッセージを受信すると、前記アタッチ拒絶メッセージ内の拒絶理由フィールドを確認する。前記拒絶理由フィールドの確認後、前記ＭＴＣ機器１００は、リトライカウンタの値を大きく増加させることによって、リトライカウンタの値が閾値と同じまたは大きくなるようにする。それによって、前記ＭＴＣ機器１００は、遅延時間タイマ（即ち、バックオフタイマ）、例えば、Ｅ−ＵＴＲＡＮの場合にＴ３４０２タイマを駆動し、またはＵＴＲＡＮの場合にＴ３３０２タイマを駆動する。
【０１６３】
６−７）以後、前記ＭＴＣ機器１００は、アタッチ手順を終了し、周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値と活性時間の値（例えば、Ｔ３３２４の値）をセッティングした後、ＰＳＭ状態に進入する。
【０１６４】
８−１０）前記遅延時間タイマ（即ち、バックオフタイマ）が満了すると、前記ＭＴＣ機器１００は、ＰＳＭ状態から外れて、アタッチ要求メッセージを送信する。
【０１６５】
図９ｂは、ＴＡＵ／ＲＡＵ拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。
【０１６６】
図９ｂを参照して分かるように、ネットワーク異常現象の状況でＭＴＣ機器１００がＴＡＵ／ＲＡＵ拒絶（Ｒｅｊｅｃｔ）メッセージを受信する場合、一実施例は、前記ＭＴＣ機器１００がＰＳＭ状態に進入できるようにする。具体的に説明すると、下記の通りである。
【０１６７】
１）まず、ＭＴＣ機器１００がＰＳＭを希望する場合、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むＴＡＵ／ＲＡＵ要求メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。このとき、前記ＴＡＵ／ＲＡＵ要求メッセージは、周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値を含むことができる。
【０１６８】
２）しかし、ネットワーク異常現象（例えば、ネットワーク不能（ｆａｉｌｕｒｅ））により、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、ＴＡＵ／ＲＡＵ拒絶メッセージを送信する。このとき、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記ＴＡＵ／ＲＡＵ拒絶メッセージ内の拒絶理由フィールドをネットワーク不能（ｎｅｔｗｏｒｋ  ｆａｉｌｕｒｅ）を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１７に設定することができる。一方、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記ＴＡＵ／ＲＡＵ拒絶メッセージ内に前記ＭＴＣ機器１００に割り当てる活性時間の値（例えば、Ｔ３３２４の値）を含ませる。また、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記ＴＡＵ／ＲＡＵ拒絶メッセージ内に周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値を含ませることができる。
【０１６９】
３−５）前記ＭＴＣ機器１００は、前記ＴＡＵ／ＲＡＵ拒絶メッセージを受信すると、前記ＴＡＵ／ＲＡＵ拒絶メッセージ内の拒絶理由フィールドを確認する。前記拒絶理由フィールドの確認後、前記ＭＴＣ機器１００は、リトライカウンタの値を大きく増加させることによって、リトライカウンタの値が閾値と同じまたは大きくなるようにする。それによって、前記ＭＴＣ機器１００は、遅延時間タイマ（即ち、バックオフタイマ）、例えば、Ｅ−ＵＴＲＡＮの場合にＴ３４０２タイマを駆動し、またはＵＴＲＡＮの場合Ｔ３３０２タイマを駆動する。
【０１７０】
６−７）以後、前記ＭＴＣ機器１００は、ＴＡＵ／ＲＡＵ要求手順を終了し、周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値と活性時間の値（例えば、Ｔ３３２４の値）をセッティングした後、ＰＳＭ状態に進入する。
【０１７１】
８−１０）前記遅延時間タイマ（即ち、バックオフタイマ）が満了すると、前記ＭＴＣ機器１００は、ＰＳＭ状態から外れて、ＴＡＵ／ＲＡＵ要求メッセージを送信する。
【０１７２】
図９ｃは、サービス拒絶メッセージを受信する場合、一実施例に係る解決方案を示す流れ図である。
【０１７３】
図９ｃを参照して分かるように、ネットワーク異常現象の状況でＭＴＣ機器１００がサービス拒絶（Ｒｅｊｅｃｔ）メッセージを受信する場合、一実施例は、前記ＭＴＣ機器１００がＰＳＭ状態に進入できるようにする。具体的に説明すると、下記の通りである。
【０１７４】
１）まず、ＭＴＣ機器１００がＰＳＭを希望する場合、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むサービス要求メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。このとき、前記サービス要求メッセージは、周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値を含むことができる。
【０１７５】
２）しかし、ネットワーク異常現象（例えば、ネットワーク不能（ｆａｉｌｕｒｅ））により、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、サービス拒絶メッセージを送信する。このとき、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記サービス拒絶メッセージ内の拒絶理由フィールドをネットワーク不能（ｎｅｔｗｏｒｋ  ｆａｉｌｕｒｅ）を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１７に設定することができる。一方、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記サービス拒絶メッセージ内に前記ＭＴＣ機器１００に割り当てる活性時間の値（例えば、Ｔ３３２４の値）を含ませる。また、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記サービス拒絶メッセージ内に周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値を含ませることができる。
【０１７６】
３）前記ＭＴＣ機器１００は、前記サービス拒絶メッセージを受信すると、前記サービス拒絶メッセージ内の拒絶理由フィールドを確認する。前記拒絶理由フィールドの確認後、前記ＭＴＣ機器１００は、遅延時間タイマ（即ち、バックオフタイマ）、例えば、Ｅ−ＵＴＲＡＮの場合にＴ３４０２タイマを駆動し、またはＵＴＲＡＮの場合Ｔ３３０２タイマを駆動する。
【０１７７】
４−５）以後、前記ＭＴＣ機器１００は、サービス要求手順を終了し、周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値と活性時間の値（例えば、Ｔ３３２４の値）をセッティングした後、ＰＳＭ状態に進入する。
【０１７８】
６−８）前記遅延時間タイマ（即ち、バックオフタイマ）が満了すると、前記ＭＴＣ機器１００は、ＰＳＭ状態から外れて、サービス要求メッセージを送信する。
【０１７９】
図９ａ乃至図９ｃにおいて、前記遅延時間タイマ（即ち、バックオフタイマ）（例えば、Ｔ３４０２タイマまたはＴ３３０２タイマ）は、ネットワークから受信されるものであって、以前のアタッチ手順での受諾メッセージ、または以前のＴＡＵ／ＲＡＵ手順での受諾メッセージ、または以前のアタッチ手順での拒絶メッセージに含まれて受信され、もし、ネットワークから受信されない場合、前記ＭＴＣ機器は、基本的に１２分を適用することができる。
【０１８０】
また、図９ａ乃至図９ｃにおいて、周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）は、ネットワークから受信されるものであって、以前アタッチ手順での受諾メッセージ、以前のＴＡＵ／ＲＡＵ手順での受諾メッセージに含まれて受信されることができる。もし、ネットワークから受信されない場合、前記ＭＴＣ機器は、基本的に５４分を適用することができる。
【０１８１】
図１０は、アタッチ拒絶メッセージを受信する場合、他の一実施例に係る解決方案を示す流れ図である。
【０１８２】
図１０を参照して分かるように、ＭＴＣ機器１００がＥＳＭ不能を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１９（ＥＳＭ  ｃａｕｓｅ  ｖａｌｕｅ  ＃２６またはＥＳＭ  ｃａｕｓｅ  ｖａｌｕｅ  ＃２７）がセッティングされた拒絶理由フィールドと、そしてセッション管理（ＳＭ）遅延時間タイマ（即ち、ＳＭバックオフタイマ）（例えば、Ｔ３３９６タイマ）を含むアタッチ拒絶（Ａｔｔａｃｈ  Ｒｅｊｅｃｔ）メッセージと、を受信する場合、他の一実施例は、前記ＭＴＣ機器１００がアタッチ要求手順を中止してＰＳＭ状態に進入できるようにする。具体的に説明すると、下記の通りである。
【０１８３】
１）まず、ＭＴＣ機器１００がＰＳＭを希望する場合、ＰＳＭのための活性時間の値（例えば、Ｔ３３２４の値）を含むアタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ／ＮｏｄｅＢ２００を介してＭＭＥ／ＳＧＳＮ５１０／４１０に送信する。このとき、前記アタッチ要求メッセージは、周期的なＴＡＵ／ＲＡＵタイマ（例えば、Ｅｘｔ  Ｔ３４１２またはＥｘｔ  Ｔ３３１２）の値を含むことができる。また、前記アタッチ要求メッセージ内のＥＳＭ  ｃｏｎｔａｉｎｅｒ内にはＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙが共に含まれることができる。
【０１８４】
２）しかし、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、アタッチ拒絶（Ａｔｔａｃｈ  ｒｅｊｅｃｔ）メッセージを送信する。このとき、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内の拒絶理由フィールドをＥＳＭ不能を示すｃａｕｓｅ  ｖａｌｕｅ  ＃１９がセッティングされることができる。もし、前記ＭＴＣ機器が前記アタッチ要求メッセージ内のＥＳＭ  ｃｏｎｔａｉｎｅｒ内にＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙを含ませて送信した場合、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内にはＥＰＳセッション管理（ＳＭ）拒絶メッセージを含ませることができる。このとき、前記ＥＰＳセッション管理（ＳＭ）拒絶メッセージ内の拒絶理由フィールドには不十分なリソース（Ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）を示すＥＳＭ  ｃａｕｓｅ  ｖａｌｕｅ  ＃２６またはＡＰＮミッシング（Ｍｉｓｓｉｎｇ  ＡＰＮ）またはＡＰＮを知らない（ｕｎｋｎｏｗｎ  ＡＰＮ）ことを示すＥＳＭ  ｃａｕｓｅ  ｖａｌｕｅ  ＃２７がセッティングされることができる。このような場合、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内にセッション管理（ＳＭ）遅延時間タイマ（即ち、ＳＭバックオフタイマ）（例えば、Ｔ３３９６タイマ）の値を含ませることができる。また、この場合、前記ＭＭＥ／ＳＧＳＮ５１０／４１０は、前記アタッチ拒絶メッセージ内に前記ＭＴＣ機器１００に割り当てる活性時間の値（例えば、Ｔ３３２４の値）を含ませない。
【０１８５】
３−５）前記ＭＴＣ機器１００は、前記アタッチ拒絶メッセージを受信すると、前記アタッチ拒絶メッセージ内の拒絶理由フィールドを確認する。前記拒絶理由フィールドの確認後、前記ＭＴＣ機器１００は、セッション管理（ＳＭ）遅延時間タイマ（即ち、ＳＭバックオフタイマ）、例えば、Ｔ３３９６タイマを駆動する。そして、前記ＭＴＣ機器１００は、アタッチ手順を終了し、ＰＳＭ状態に進入する。
【０１８６】
６−８）前記タイマが満了すると、前記ＭＴＣ機器１００は、ＰＳＭ状態から外れて、アタッチ要求メッセージを送信する。
【０１８７】
以上、説明した内容は、ハードウェアで具現されることができる。これに対して図１１を参照して説明する。
【０１８８】
図１１は、本発明の実施例に係るＭＴＣ機器１００及びＭＭＥ５１０の構成ブロック図である。
【０１８９】
図１１に示すように、前記ＭＴＣ機器１００は、格納手段１０１、コントローラ１０２、及び送受信部１０３を含む。そして、前記ＭＭＥ５１０は、格納手段５１１、コントローラ５１２、及び送受信部５１３を含む。
【０１９０】
前記格納手段１０１、５１１は、前述した方法を格納する。
【０１９１】
前記コントローラ１０２、５１２は、前記格納手段１０１、５１１及び前記送受信部１０３、５１３を制御する。具体的に、前記コントローラ１０２、５１２は、前記格納手段１０１、５１１に格納された前記方法を各々実行する。そして、前記コントローラ１０２、５１２は、前記送受信部１０３、５１３を介して前記前述した信号を送信する。
【０１９２】
以上、本発明の好ましい実施例を例示的に説明したが、本発明の範囲は、このような特定実施例にのみ限定されるものではないため、本発明は、本発明の思想及び特許請求の範囲に記載された範ちゅう内で多様な形態で修正、変更、または改善されることができる。
【図１】
0006259104.tif 000004
【図２】
0006259104.tif 000005
【図３】
0006259104.tif 000006
【図４】
0006259104.tif 000007
【図５】
0006259104.tif 000008
【図６ａ】
0006259104.tif 000009
【図６ｂ】
0006259104.tif 000010
【図７ａ】
0006259104.tif 000011
【図７ｂ】
0006259104.tif 000012
【図７ｃ】
0006259104.tif 000013
【図８ａ】
0006259104.tif 000014
【図８ｂ】
0006259104.tif 000015
【図８ｃ】
0006259104.tif 000016
【図９ａ】
0006259104.tif 000017
【図９ｂ】
0006259104.tif 000018
【図９ｃ】
0006259104.tif 000019
【図１０】
0006259104.tif 000020
【図１１】
0006259104.tif 000021