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