JP2016526843A

JP2016526843A - 節電モードをサポートするための方法及び無線機器

Info

Publication number: JP2016526843A
Application number: JP2016523682A
Authority: JP
Inventors: テヒュンキム; チンソクリュ; チェヒョンキム; ヒョンソクキム; レヨンキム; テヒョンキム
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2014-01-10
Filing date: 2015-01-08
Publication date: 2016-09-05
Anticipated expiration: 2035-01-08
Also published as: EP2991411A4; EP2991411B1; CN105309014B; US20160073338A1; JP6392337B2; WO2015105339A1; KR20160027969A; US10034238B2; CN105309014A; EP2991411A1

Abstract

【課題】本明細書の一開示は、無線機器における節電モード(ＰＳＭ)をサポートする方法を提供する。【解決手段】前記方法によると、前記無線機器は、ＰＳＭが必要な場合、第１の活性時間値を含む第１のメッセージをネットワークエンティティに送信する。以後、前記無線機器は、前記ネットワークエンティティから第２の活性時間値を含む第２のメッセージを受信する。前記無線機器は、前記第２の活性時間値に基づいてＰＳＭ状態に入る。前記無線機器は、前記ＰＳＭの中止が必要な場合または前記第２の活性時間の変更が必要な場合には、その時点で第３のメッセージを送信する。【選択図】図１３

Description

本発明は、節電モードをサポートするための方法及び無線機器に関する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以下、図３に示すＮＡＳ層について詳細に説明する。

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

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

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

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

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

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

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

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

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

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

移動通信システム内ではＭＴＣ(ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ)機器(ｄｅｖｉｃｅ)が使われてもよい。ＭＴＣ(ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ)は、人間が排除された、機械と機械との間で行われる通信を意味し、このとき使われる機器をＭＴＣ機器という。ＭＴＣ機器(ｄｅｖｉｃｅ)を介して提供されるサービスは、人間が介入する通信サービスと区別され、多様な範囲のサービスに適用されることができる。

前述したＭＴＣ(ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ)機器(ｄｅｖｉｃｅ)は、一つの機械と他の機械との間の通信を実行する通信機器であって、人間が排除されるという点を除外すると、人間が介入するＵＥと大きく異ならない。即ち、ＭＴＣ機器(ｄｅｖｉｃｅ)は、人間が排除されたＵＥに対応づけることができる。ただし、人間が排除される点に関して、人間が介入するＵＥのメッセージ送受信方法(例えば、ページングメッセージ送受信方法)などをＭＴＣ機器に一括適用すると、一部問題が発生することがある。

ＭＴＣサポートのために３ＧＰＰ標準のＧＳＭ/ＵＭＴＳ/ＥＰＳではＰＳネットワークを介して通信すると定義されているが、本明細書は、ＣＳネットワークに対しても適用可能な方法を記述する。

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

図６に示すエンティティ(ｅｎｔｉｔｙ)について説明する。

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

ＭＴＣサーバ(例えば、図示されるＳＣＳサーバ)は、ＭＴＣ端末を管理するネットワーク上のサーバであり、３ＧＰＰネットワークに接続されて、ＭＴＣのために使われる端末及びＰＬＭＮのノードと通信することができる。

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

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

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

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

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

ＧＧＳＮ(ＧａｔｅｗａｙＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ)/Ｓ−ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)+Ｐ−ＧＷ(ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ−Ｇａｔｅｗａｙ)は、コアネットワークと外部ネットワークの接続を担当するゲートウェイ機能を実行することができる。

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

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

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

図２で説明した内容と関連している具体的な事項は、３ＧＰＰＴＳ２３.６８２文書を参照することによって本文書に組み込まれることができる(ｉｎｃｏｒｐｏｒａｔｅｄｂｙｒｅｆｅｒｅｎｃｅ)。

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

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

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

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

一方、ＭＴＣ機器は、人間の介入がほとんどないため、バッテリを長い間使用することができるようにすることが最も重要である。

しかし、従来、これをサポートするための方法がなかった。

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

前記のような目的を達成するために、本明細書の一開示は、無線機器における節電モード(ＰＳＭ)をサポートする方法を提供する。前記方法によると、前記無線機器は、ＰＳＭが必要な場合、第１の活性時間値を含む第１のメッセージをネットワークエンティティに送信する。以後、前記無線機器は、前記ネットワークエンティティから第２の活性時間値を含む第２のメッセージを受信する。ここで、前記無線機器へのＰＳＭの適用が前記ネットワークエンティティにより受諾された場合、前記第１の活性時間値は、前記第２の活性時間値を決定するのに利用される。前記無線機器は、前記第２の活性時間値に基づいてＰＳＭ状態に入る。ここで、前記ＰＳＭ状態では電源オフされたかのように前記無線機器がダウンリンクデータを受信しないことがあり、アップリンクデータは、送信できるようにネットワークには登録された状態に維持される。前記無線機器は、前記ＰＳＭの中止が必要な場合または前記第２の活性時間の変更が必要な場合には、その時点で第３のメッセージを送信する。

前記第１のメッセージは、トラッキングエリア更新(ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ：ＴＡＵ)要求メッセージまたはルーティングエリア更新(ＲｏｕｔｉｎｇＡｒｅａＵｐｄａｔｅ：ＲＡＵ)要求メッセージであり、第２のメッセージは、ＴＡＵ受諾メッセージまたはＲＡＵ受諾メッセージである。

前記第３のメッセージは、ＴＡＵ要求メッセージまたはＲＡＵ要求メッセージである。

前記ＰＳＭの中止が必要である場合または前記第２の活性時間の変更が必要な場合には、その時点でいつでも前記ＴＡＵ要求メッセージまたはＲＡＵ要求メッセージが送信される。

前記第２の活性時間の変更が必要な場合、前記第３のメッセージは、前記無線機器が希望する第３の活性時間の値、周期的なＴＡＵタイマの値および周期的なＲＡＵタイマの値のうち一つ以上を含む。

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

前記ＰＳＭ状態に入るステップは、アクセス層(ＡｃｃｅｓｓＳｔｒａｔｕｍ：ＡＳ)を非活性化するステップを含む。したがって、前記第３のメッセージを送信するステップは、前記ＰＳＭの中止が必要な場合または前記第２の活性時間の変更が必要な場合には、その時点でいつでも前記アクセス層を活性化するステップを含む。

前記のような目的を達成するために、本明細書の一開示は、節電モード(ＰＳＭ)をサポートする無線機器も提供する。前記無線機器は、送受信部と、ＰＳＭが必要な場合、前記送受信部を介して第１の活性時間値を含む第１のメッセージをネットワークエンティティに送信し、前記ネットワークエンティティから第２の活性時間値を含む第２のメッセージを受信する場合、前記第２の活性時間値に基づいてＰＳＭ状態に入るように前記送受信部を制御する制御部と、を含む。ここで、前記無線機器へのＰＳＭの適用が前記ネットワークエンティティにより受諾された場合、前記第１の活性時間値は、前記第２の活性時間値を決定するのに利用される。前記ＰＳＭ状態では電源オフされたかのようにダウンリンクデータを受信しないことがあり、アップリンクデータは、送信できるようにネットワークには登録された状態に維持される。前記ＰＳＭの中止が必要な場合または前記第２の活性時間の変更が必要な場合には、その時点で前記制御部は、前記送受信部を介して第３のメッセージを送信する。

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

進化した移動通信ネットワークの構造図である。一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。ＵＥとｅＮｏｄｅＢとの間の制御プレーンでの無線インターフェースプロトコル(ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ)の構造を示す例示図である。端末と基地局との間のユーザプレーンでの無線インターフェースプロトコル(ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ)の構造を示す他の例示図である。３ＧＰＰＬＴＥでランダムアクセス過程を示す流れ図である。ＭＴＣサポートのための３ＧＰＰサービスモデルを示す概念図である。ＭＴＣ機器を介したサービスの例を示す。節電モード(ＰＳＭ)のための活性タイマ(ＡｃｔｉｖｅＴｉｍｅｒ)を交渉する過程を示す。節電モード(ＰＳＭ)の動作を示す例示図である。節電モード(ＰＳＭ)の動作を示す例示図である。頻繁に発信データ(ＭＯｄａｔａ)を送信する場合の問題点を示す。アプリケーションサーバがＰＳＭパラメータの変更やＰＳＭ終了を要求する場合の問題点を示す。本明細書の第１の開示の一方法によって、ＭＴＣ機器が、自分が希望する活性時間の値をサービス要求メッセージに含めて送信する例を示す。本明細書の第１の開示の他の方法によってＭＴＣ機器がＰＳＭを終了したい時、サービス要求メッセージに活性時間の値を含めずに送信する例を示す。本明細書の第１の開示の他の方法によってサービス要求メッセージにインジケーションを含める例を示す。本明細書の第２の開示の一方法によってＮＡＳ手順をトリガリングする例を示す。本明細書の第３の開示の一方法による流れ図を示す例示図である。本明細書の第３の開示の他の方法による流れ図を示す例示図である。本明細書の第３の開示の他の方法による流れ図を示す例示図である。本明細書の第３の開示の一方法による流れ図を示す例示図である。本発明の実施例によるＭＴＣ機器１００及びＭＭＥ５１０の構成ブロック図である。

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

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

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

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

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

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

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

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

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

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

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

ＰＤＮ(ＰｕｂｌｉｃＤａｔａＮｅｔｗｏｒｋ)：サービスを提供するサーバが配置された、独立したネットワークである。

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

ＰＤＮ−ＧＷ(ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋＧａｔｅｗａｙ)：ＵＥへのＩＰアドレス割り当て（ＵＥＩＰａｄｄｒｅｓｓａｌｌｏｃａｔｉｏｎ）、パケットスクリーニング＆フィルタリング（Ｐａｃｋｅｔｓｃｒｅｅｎｉｎｇ＆ｆｉｌｔｅｒｉｎｇ）、課金データ収集（Ｃｈａｒｇｉｎｇｄａｔａｃｏｌｌｅｃｔｉｏｎ）機能を実行するＥＰＳネットワークのネットワークノードである。

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

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

ＡＰＮ(ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ)：ネットワークで管理する接続ポイントの名称であって、ＵＥに提供される。即ち、ＰＤＮを指示または区分する文字列。要求したサービスやネットワーク(ＰＤＮ)に接続するためには該当Ｐ−ＧＷを経由するようになる。このＰ−ＧＷを探すことができるようにネットワーク内で予め定義した名称(文字列、例えば、ｉｎｔｅｒｎｅｔ.ｍｎｃ０１２.ｍｃｃ３４５.ｇｐｒｓ)である。

ＴＥＩＤ(ＴｕｎｎｅｌＥｎｄｐｏｉｎｔＩｄｅｎｔｉｆｉｅｒ)：ネットワーク内のノード間に設定されたトンネルのＥｎｄｐｏｉｎｔＩＤ、各ＵＥのベアラ単位に区間別に設定される。

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

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

(ｅ)ＮｏｄｅＢ：ＮｏｄｅＢとｅＮｏｄｅＢを示す用語である。

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

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

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

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

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

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

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

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

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

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

ＭＴＣアプリケーション：ＭＴＣｄｅｖｉｃｅとＭＴＣＳｅｒｖｅｒを利用した実際のアプリケーション(遠隔検針、製品の移動追跡等)。

ＭＴＣＦｅａｔｕｒｅ：ＭＴＣアプリケーションをサポートするためのネットワークの機能や特徴、即ち、各アプリケーションの用途に応じていくつかの特徴が要求される。例えば、ＭＴＣモニタリング(機器紛失に対比した遠隔検針等に必要)、Ｌｏｗｍｏｂｉｌｉｔｙ(自販機の場合、移動がほとんどない)などがある。

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

<節電モード(ＰＳＭ)>
電力消費(ｐｏｗｅｒｃｏｎｓｕｍｐｔｉｏｎ)を減らすために、ＭＴＣ機器は、節電モード(ＰＳＭ)を適用することができる。前記ＰＳＭ状態に入ると、前記ＭＴＣ機器は、アクセス層(ＡｃｃｅｓｓＳｔｒａｔｕｍ：ＡＳ)を非活性化するため、前記ＰＳＭは、電源オフ状態と類似する。ただし、前記ＰＳＭ状態ではＭＴＣ機器がネットワークに登録された状態にあり、それによって、ＭＴＣ機器がネットワークに再アタッチ(ｒｅ−ａｔｔａｃｈ)しなくてもよく、また、ＰＤＮ接続を再確立(ｒｅ−ｅｓｔａｂｌｉｓｈ)しなくてもよいため、ＰＳＭ状態と電源オフ状態は区別される。

ＭＴＣ機器がＰＳＭ状態に入ると、例えば、周期的なＴＡＵ/ＲＡＵまたはアップリンクデータの発生またはデタッチ(ｄｅｔａｃｈ)のようなイベントの発生(ｍｏｂｉｌｅｏｒｉｇｉｎａｔｅｄｅｖｅｎｔ)がＭＴＣ機器をネットワーク上で何らかの手順を開始できるようにするまで、ＰＳＭ状態にとどまるようになる。

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

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

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

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

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

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

前記活性時間として推奨される最小長は、待機中であるＳＭＳを伝達するのに十分な程度の長さであって、例えば、２回のＤＲＸサイクルに１０秒を加えた値である。具体的には、ＭＭＥ/ＳＧＳＮ内に‘ｍｓｇｗａｉｔｉｎｇｆｌａｇ’が設定されている場合、前記活性時間として推奨される最小長は、前記設定された‘ｍｓｇｗａｉｔｉｎｇｆｌａｇ’に基づいて、ＳＭＳＣ内に待機中であるＳＭＳがＨＳＳを介してＭＭＥ/ＳＧＳＮに伝達されるようにトリガ可能な程度の十分な長さであって、例えば、２回のＤＲＸサイクルに１０秒を加えた値である。

前記待機中であるＳＭＳとは、ＭＴＣ機器宛てのＳＭＳがネットワークに到着したが、前記ＭＴＣ機器がＰＳＭ状態であってすぐに伝達することができないため、待機状態に格納されているものを意味する。しかし、前記活性時間は、前記待機中であるＳＭＳを伝達するために必要な時間より短い。前記ＭＭＥ/ＳＧＳＮがこのように短い長さの活性時間を設定した場合、前記ＭＭＥ/ＳＧＳＮとＲＡＮは、前記待機中であるＳＭＳを伝達することができるように前記ＭＴＣ機器と十分に長い時間接続を維持するように設定されなければならない。

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

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

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

図８ａは、節電モード(ＰＳＭ)のための活性タイマ(ＡｃｔｉｖｅＴｉｍｅｒ)を交渉する過程を示し、図８ｂ及び図８ｃは、節電モード(ＰＳＭ)の動作を示す例示図である。

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

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

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

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

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

前記周期的なＴＡＵ/ＲＡＵタイマ(例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２)が満了すると、前記ＭＴＣ機器は、再びＴＡＵ/ＲＡＵ手順を実行して再びＰＳＭ状態に入る。

一方、前述したように、前記ＭＴＣ機器が前記ネットワークにより割り当てられた活性時間の値(活性タイマの値)に満足しない状況を仮定する。例えば、前記ＭＴＣ機器が自分の希望する活性時間の値(活性タイマの値)をアタッチ要求メッセージまたはＴＡＵ/ＲＡＵ要求メッセージに含めて送信したが、ネットワークは、ＭＴＣ機器が要求したものと異なる活性時間の値(活性タイマの値)を受諾メッセージに含めて前記ＭＴＣ機器に伝達した状況を仮定する。このような場合、前述したように、前記ＭＴＣ機器は、ＰＳＭ状態に入った後、次のＴＡＵ/ＲＡＵ手順の周期が来ると、その時になって自分が希望する活性時間の値を要求することができる。前記ＰＳＭ状態に入ると、前記ＭＴＣ機器は、送信するデータがある場合にのみ、前記ＰＳＭを終了することができるようになる。

また、次の状況を仮定する。例えば、前記ＭＴＣ機器がＰＳＭ状態に入った以後、送信するデータ(ｍｏｂｉｌｅｏｒｉｇｉｎａｔｅｄｄａｔａ：以下、ＭＯｄａｔａという)が発生すると、前記ＭＴＣ機器は、前記発信データを送信するためにアクセス層(ＡＳ)を活性化させる。前記アクセス層(ＡＳ)が活性化されると、前記ＭＴＣ機器は、発信データ(ＭＯｄａｔａ)の送信をサービス要求メッセージ(ＳｅｒｖｉｃｅＲｅｑｕｅｓｔｍｅｓｓａｇｅ)を介してネットワークに知らせるようになる。しかし、前記サービス要求メッセージを介して、前記ＭＴＣ機器は、活性時間の値を要求することができないという問題点がある。

また、前記ＭＴＣ機器が前記サービス要求メッセージを介して発信データの送信を知らせた後、前記発信データ(ＭＯｄａｔａ)を送信すると、前記ＭＴＣ機器は、自分が希望する活性時間の値(活性タイマの値)をＴＡＵ/ＲＡＵ要求メッセージを介してネットワークに要求可能でなければならないが、前記周期的なＴＡＵ/ＲＡＵタイマ(例えば、ＥｘｔＴ３４１２またはＥｘｔＴ３３１２)が満了するまではこれさえ不可能であるという問題点がある。

なお、このように自分が希望する活性時間の値(活性タイマの値)を要求することができないため、前記ＭＴＣ機器は、前記発信データを送信した後、自分が要求したものと違う、ネットワークが割り当てた活性時間の値(活性タイマの値)によって、再びＰＳＭ状態に入らなければならないという問題点がある。他方では、前記ＭＴＣ機器は、前記発信データを送信した後、ＰＳＭを終了しなければならないという問題点がある。

以下、発信データ(ＭＯｄａｔａ)を送信した後にもＰＳＭを維持する場合の問題点と、発信データ(ＭＯｄａｔａ)を送信した後にＰＳＭも終了する場合の問題点を分けて説明する。

１．発信データ(ＭＯｄａｔａ)を送信した後、ＰＳＭを維持する場合
サービス要求メッセージでトリガリングされた発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭの使用を維持する場合、活性時間(ＡｃｔｉｖｅＴｉｍｅ)の値は、以前ＰＳＭ状態で使われた値を再使用することもでき、ネットワークとＭＴＣ機器との間で事前に設定された値を使用することもできる。

この場合、ＭＴＣ機器には、自分が希望する活性時間(ＡｃｔｉｖｅＴｉｍｅ)の値を要求する機会を得ることができないという問題が発生する。そして、ＭＴＣ機器がＰＳＭをそれ以上使用することを希望しない時、これをネットワークにすぐに知らせることができなくなり、アタッチ要求メッセージやＴＡＵ/ＲＡＵ要求メッセージを介して自分が希望する活性時間の値を要求することができる時まで待たなければならない。もし、このような場合が連続的なＰＳＭサイクル毎に発生すると、ＰＳＭ使用を中止するために多くの時間待つ場合が発生するようになる。これはシステム運営の側面での非効率を発生させることができる。

２．発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭも終了する場合
サービス要求メッセージでトリガリングされた発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭ使用を終了するようになる場合、ＭＴＣ機器は、ＰＳＭの使用を継続するという意思を伝達するために追加的なＴＡＵ/ＲＡＵ要求メッセージを送信しなければならない。これはシステム運営の側面での非効率を発生させることがある。以下、図９ａ及び図９ｂを参照して詳細に説明する。

図９ａは、頻繁に発信データ(ＭＯｄａｔａ)を送信する場合の問題点を示す。

図９ａを参照して知ることができるように、ＰＳＭ状態で発信データ(ＭＯｄａｔａ)が発生すると、ＭＴＣ機器１００は、アクセス層(ＡＳ)を活性化した後に送信する。

発信データ(ＭＯｄａｔａ)の送信が終了すると、前記ＭＴＣ機器１００は、アクセス層(ＡＳ)を再び非活性化し、再びＰＳＭ状態に入る。以後、ＭＴＣ機器１００は、発信データ(ＭＯｄａｔａ)が再び発生すると、アクセス層(ＡＳ)を活性化した後に送信し、前記送信が終了すると、再び非活性化する。

このとき、発信データ(ＭＯｄａｔａ)の発生が頻繁に発生する場合を仮定する。ＭＴＣ機器１００は、アクセス層(ＡＳ)を活性化及び非活性化する動作を繰り返すようになり、これによる電力消費が増加するようになる。これはＰＳＭの目的に反する状況であり、このような場合、ＰＳＭ状態に入らないことが好ましい。

一方、ＰＳＭ状態において発信データ(ＭＯｄａｔａ)が発生する場合、周期的なＴＡＵ/ＲＡＵタイマ(例えば、ＥｘｔＴ３３１２/Ｔ３４１２)に関する動作を説明する。ＰＳＭ状態に入ると、ＭＴＣ機器１００は、ＥＭＭ−ＩＤＬＥ状態になり、周期的なＴＡＵ/ＲＡＵタイマ(例えば、ＥｘｔＴ３３１２/Ｔ３４１２)を開始するようになる。このとき、発信データ(ＭＯｄａｔａ)が発生すると、前記ＭＴＣ機器１００は、サービス要求メッセージを送信した後、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態になり、周期的なＴＡＵ/ＲＡＵタイマ(例えば、ＥｘｔＴ３３１２/Ｔ３４１２)を中止するようになる。ＭＴＣ機器１００が発信データ(ＭＯｄａｔａ)を送信した以後にＥＭＭ−ＣＯＮＮＥＣＴＥＤからＥＭＭ−ＩＤＬＥになると、周期的なＴＡＵ/ＲＡＵタイマ(例えば、ＥｘｔＴ３３１２/Ｔ３４１２)値は初期値にリセットされ、再開するようになる。このように、周期的なＴＡＵ/ＲＡＵタイマ(例えば、ＥｘｔＴ３３１２/Ｔ３４１２)が発信データ(ＭＯｄａｔａ)の送信により新しい初期値にリセットされることで、次のＴＡＵ/ＲＡＵ手順が遅延するようになる。このような遅延は、発信データ(ＭＯｄａｔａ)の発生が頻繁な状況では連続的に発生することがある。このような場合、ＭＴＣ機器１００がＴＡＵ/ＲＡＵ手順を実行することができる機会の遅延が継続することで、ＰＳＭパラメータ(即ち、活性時間の値)を変更し、またはＰＳＭを終了することができる機会も遅延するようになる。最悪の場合、ＭＴＣ機器１００が自らＰＳＭを外れることができない状況が発生するかもしれない。これはＰＳＭの効率を低下させるかもしれない。

図９ｂは、アプリケーションサーバがＰＳＭパラメータの変更やＰＳＭ終了を要求する場合の問題点を示す。

ＭＴＣ機器１００がＰＳＭ状態に入ると、ＭＭＥ５１０は、該当ＭＴＣ機器１００が着信可能(ｒｅａｃｈａｂｌｅ)でないと判断し、ＰＰＦを０に設定する。ＰＰＦを０に設定すると、Ｓ−ＧＷ５２０から来る該当ＭＴＣ機器のＤＤＮ(ＤｏｗｎｌｉｎｋＤａｔａＮｏｔｉｆｉｃａｔｉｏｎ)を拒絶するようになる。ＰＳＭ状態のＭＴＣ機器１００がＰＳＭを外れて活性時間に入るか、または終了するようになって、再び着信可能(ｒｅａｃｈａｂｌｅ)な状態に入ると、ＭＭＥ５１０は、ＰＰＦを１に設定し、ＤＤＮが来ると該当ＭＴＣ機器にページングを送信する。

ＰＳＭの間に発信データ(ＭＯｄａｔａ)が発生すると、ＭＴＣ機器１００は、アクセス層(ＡＳ)を活性化し、ＰＬＭＮ選択とセル選択の過程を介して特定のセルにキャンプオンした(ｃａｍｐｅｄｏｎ)状態になる。このとき、ＭＭＥ５１０は、該当ＭＴＣ機器１００が着信可能(ｒｅａｃｈａｂｌｅ)であると判断し、ＰＰＦを１に設定するようになる。以後、ＭＴＣ機器１００は、発信データ(ＭＯｄａｔａ)の送信のためにサービス要求メッセージを送信し、その後、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態になって、発信データ(ＭＯｄａｔａ)を送信するようになる。このとき、アプリケーションサーバ７００は、ＭＴＣ機器１００がＥＭＭ−ＣＯＮＮＥＣＴＥＤであることを認識し、ＭＴＣ機器１００にＰＳＭパラメータ(例えば、活性時間の値)の変更やＰＳＭ終了を要求するようになる。以後、発信データ(ＭＯｄａｔａ)送信が終了すると、ＭＴＣ機器１００は、再びＰＳＭ状態に入るようになり、ＭＭＥ５１０は、ＰＰＦを再び０に設定するようになる。このとき、アプリケーションサーバ７００は、以前にＭＴＣ機器１００にＰＳＭパラメータ(例えば、活性時間の値)変更やＰＳＭ終了に対する要求が受諾されたと判断し、ダウンリンクデータを送信するようになる。このダウンリンクデータは、Ｐ−ＧＷ５３０を経由してＳ−ＧＷ５２０に伝達され、Ｓ−ＧＷ５２０は、ＭＭＥ５１０にＤＤＮを送信するようになる。しかし、ＭＭＥ５１０は、ＰＰＦが０に設定されているため、ＤＤＮ拒絶をＳ−ＧＷ５２０に送信するようになる。しかし、アプリケーションサーバ７００は、このような状況を認識することができなくて持続的にダウンリンクデータを送信するようになり、これはＳ−ＧＷ５２０のＤＤＮ送信とＭＭＥ５１０のＤＤＮ拒絶を持続的に発生させるようになる。これは不要なシグナリング及びデータの送信を増加させる結果を招くようになる。このような結果の原因は、ＭＴＣ機器１００がアプリケーションサーバ７００からＰＳＭに対する要求を受けたにもかかわらず、自らＰＳＭの変更を実行することができる方法がないためである。

<本明細書の開示>
したがって、本明細書の開示は、前述した問題点を解決するための解決策を提案する。

本明細書の開示は、ＰＳＭ状態にあったＭＴＣ機器１００が発信データ(ＭＯｄａｔａ)を送信する時に発生する非効率的なシステム運営を改善するための解決策を提案する。

本明細書で提示する解決策は、基本的に、サービス要求メッセージを利用する解決方法に関する第１の開示と、サービス要求手順以後の手順を利用する解決方法に関する第２の開示と、そして、ＴＡＵ/ＲＡＵ要求メッセージを利用する解決方法に関する第３の開示と、に分けられる。

１．本明細書の第１の開示：サービス要求メッセージを利用する解決方法
本明細書の第１の開示は、サービス要求メッセージを利用する解決方法を提示する。また、このような解決方法は、サービス要求メッセージに活性時間を含める方法と、サービス要求メッセージにインジケーションを含める方法と、サービス要求メッセージ以後に他のＮＡＳ手順や新しい手順を進行する方法と、に分けられる。以下、各方法について、発信データ(発信データ(ＭＯｄａｔａ))を送信した後にもＰＳＭが維持される状況と、発信データ(発信データ(ＭＯｄａｔａ))を送信した後にＰＳＭが終了する状況と、に分けて説明する。

１−１．発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭが維持される状況
１−１−１．ＭＴＣ機器がＰＳＭの維持を希望し、ＰＳＭパラメータの変更も希望しない場合
発信データ(ＭＯｄａｔａ)を送信終了した後にもＰＳＭがそのまま維持される状況において、前記ＭＴＣ機器１００がＰＳＭをそのまま維持し、且つＰＳＭパラメータを変更したくない場合、ＰＳＭパラメータをサービス要求メッセージに含めずに送信することができる。この場合、既存のＰＳＭパラメータ(例えば、活性時間の値)をそのまま使用し、または予め設定されたＰＳＭパラメータ(例えば、活性時間の値)を使用することもできる。

１−１−２．ＭＴＣ機器がＰＳＭの維持を希望するが、ＰＳＭパラメータの変更は必要な場合
ただし、発信データ(ＭＯｄａｔａ)を送信終了した後にもＰＳＭがそのまま維持される状況において、前記ＭＴＣ機器１００がＰＳＭをそのまま維持したいが、既存のＰＳＭパラメータの変更を希望する場合、前記ＭＴＣ機器は、これに対する情報をサービス要求メッセージに追加し、または追加的な動作をするようになる。ここで、既存のＰＳＭの変更を希望する時とは、ＰＳＭパラメータ(例えば、活性時間の値または周期的なＴＡＵ/ＲＡＵタイマ値)を変更したい時やＰＳＭを終了したい時を意味する。

即ち、既存ＰＳＭの変更を希望する時は、ＭＴＣ機器１００は、サービス要求メッセージに自分が希望する活性時間や周期的なＴＡＵ/ＲＡＵタイマの値を含めることができる。これについて図１０ａを参照して説明する。

図１０ａは、本明細書の第１の開示の一方法によって、ＭＴＣ機器が、自分が希望する活性時間の値をサービス要求メッセージに含ませて送信する例を示す。

図１０ａを参照して知ることができるように、発信データ(ＭＯｄａｔａ)が発生すると、ＰＳＭ状態にあったＭＴＣ機器１００はＰＳＭを外れながら、サービス要求メッセージを送信するようになる。このとき、ＭＴＣ機器１００は、ＰＳＭパラメータ(例えば、活性時間の値)を変更したい場合、前記サービス要求メッセージに自分が希望するＰＳＭパラメータ、例えば、活性時間の値と周期的なＴＡＵ/ＲＡＵタイマ(例えば、ＥｘｔＴ３３１２/Ｔ３４１２)を追加して送信するようになる。

１−１−３．ＭＴＣ機器がＰＳＭの終了を希望する場合
発信データ(ＭＯｄａｔａ)が発生すると、ＰＳＭ状態にあったＭＴＣ機器１００がＰＳＭを外れながらサービス要求メッセージを送信する。このとき、ＭＴＣ機器１００がＰＳＭを終了したい場合、前記サービス要求メッセージにＰＳＭパラメータ(例えば、活性時間の値)を含めずに送信することができる。これについて図１０ｂを参照して説明する。

図１０ｂは、本明細書の第１の開示の他の方法によってＭＴＣ機器がＰＳＭを終了したい時、サービス要求メッセージに活性時間の値を含めずに送信する例を示す。

図１０ｂを参照して知ることができるように、発信データ(ＭＯｄａｔａ)が発生した時、ＰＳＭ状態にあったＭＴＣ機器１００がＰＳＭを終了したいなら、サービス要求メッセージにＰＳＭパラメータ(例えば、活性時間の値)を含めずに送信することができる。

一方、図１０ａと図１０ｂにおいて、サービス要求メッセージを受信したＭＭＥ/ＳＧＳＮ５１０は、応答メッセージにＰＳＭパラメータ、例えば、活性時間の値と周期的なＴＡＵ/ＲＡＵタイマ(例えば、ＥｘｔＴ３３１２/Ｔ３４１２)を含ませて送信することもできる。一方、前記サービス要求に対する応答メッセージは、ユーザプレーンのためのベアラの確立に成功したというＡＳインジケーションが前記ＭＴＣ機器に伝達される途中に、送信されることができる。

１−２．発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭが終了する状況
１−２−１．ＭＴＣ機器はＰＳＭの維持を希望する場合
ＭＴＣ機器１００がＰＳＭの使用の継続を希望する時は、サービス要求メッセージにインジケーションを含ませて送信することができる。

前記インジケーションは、‘既存ＰＳＭパラメータを使用してＰＳＭを維持’と‘新しいＰＳＭパラメータを使用してＰＳＭを維持’のうちいずれか一つを示すことができる。

１−２−２．ＭＴＣ機器はＰＳＭの維持を希望する一方、ＰＳＭパラメータの変更が必要な場合
発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭが終了する状況で、ＭＴＣ機器は、ＰＳＭの維持を希望する一方、ＰＳＭパラメータの変更が必要な場合、前記ＭＴＣ機器は、これを知らせるインジケーションをサービス要求メッセージに含ませて送信することができる。

前記インジケーションが含まれると、ＰＳＭパラメータを変更するための追加的な手順、例えば、ＴＡＵ/ＲＡＵ手順が実行されることができる。その代案として、ＭＴＣ機器１００がＰＳＭの維持を希望する一方、ＰＳＭパラメータの変更を希望する時には、サービス要求メッセージに自分が希望するＰＳＭパラメータを含ませて送信することができる。

このように、ＭＴＣ機器がＰＳＭの維持を希望するか、または維持を希望する一方、ＰＳＭパラメータの変更を要求するかに応じて、異なるインジケーションをサービス要求メッセージに含めることができる。具体的には、図１０ｃを参照して説明する。

図１０ｃは、本明細書の第１の開示の他の方法によってサービス要求メッセージにインジケーションを含める例を示す。

図１０ｃに示すように、ＭＴＣ機器がＰＳＭの維持を希望するか、または維持を希望する一方、ＰＳＭパラメータの変更を要求するかに応じて、異なるインジケーションをサービス要求メッセージに含めることができる。

１−２−３．ＭＴＣ機器はＰＳＭの終了を希望する場合
発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭが終了する状況でＭＴＣ機器もＰＳＭの終了を希望する場合、前記ＭＴＣ機器は、サービス要求メッセージに活性時間値の代わりに終了の希望を示すインジケーションを含ませて送信し、それによって、ＰＳＭは、終了するようになる。

その代案として、ＭＴＣ機器がＰＳＭの維持を希望するか、または維持を希望する一方、ＰＳＭパラメータの変更を要求するか、またはＰＳＭの終了を希望するかに応じて、インジケーションをサービス要求メッセージに含めることもでき、含めないこともできる。例えば、インジケーションがない場合には、既存のＰＳＭパラメータを使用してＰＳＭを維持することを意味する。インジケーションがある場合には、既存のＰＳＭの終了を含む変更を意味する。例えば、インジケーションの値が０の場合、ＰＳＭの終了を意味する。それに対し、インジケーションの値が１の場合、ＰＳＭパラメータ(例えば、活性時間の値)の変更を意味する。ＰＳＭパラメータ(例えば、活性時間の値)の変更のためには発信データ(ＭＯｄａｔａ)の送信完了以後、追加的なＲＡＮ/ＴＡＵｐｒｏｃｅｄｕｒｅを実行することができる。

２．本明細書の第２の開示：サービス要求手順以後の他の手順を利用する方法
２−１．発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭが維持される状況
発信データ(ＭＯｄａｔａ)を送信終了した後にもＰＳＭがそのまま維持される状況で、前記ＭＴＣ機器１００はＰＳＭを維持する一方、ＰＳＭパラメータの変更を希望する場合、追加的な手順をトリガする。この追加的な手順は、一般的なＮＡＳメッセージの送信手順または他のＮＡＳメッセージの送信手順である。

図１１は、本明細書の第２の開示の一方法によってＮＡＳ手順をトリガリングする例を示す。

図１１を参考して知ることができるように、発信データ(ＭＯｄａｔａ)を送信終了した後にもＰＳＭがそのまま維持される状況で、前記ＭＴＣ機器１００はＰＳＭを維持する一方、ＰＳＭパラメータの変更を希望する場合、新しいＰＳＭパラメータを使用してＰＳＭの維持を示すインジケーションをサービス要求メッセージに含ませて送信した後、追加的なＮＡＳ手順をトリガリングする。前記追加的な手順は、一般的なＮＡＳメッセージの送信手順または他のＮＡＳメッセージの送信手順である。このような追加的な手順を介してＰＳＭパラメータ(例えば、活性時間の値)を要求することができる。

３．本明細書の第３の開示：ＴＡＵ/ＲＡＵ要求メッセージを利用する方法
３−１．発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭが維持される状況
発信データ(ＭＯｄａｔａ)を送信終了した後にもＰＳＭがそのまま維持される状況で、前記ＭＴＣ機器１００がＰＳＭの変更を希望する時にのみ、ＴＡＵ/ＲＡＵ要求メッセージを送信するようになる。ここで、ＰＳＭの変更を希望する時とは、ＰＳＭは維持する一方、ＰＳＭパラメータ(例えば、活性時間の値または周期的なＴＡＵ/ＲＡＵタイマ)を変更したい、またはＰＳＭの終了を希望する時を意味する。したがって、ＭＴＣ機器１００がＰＳＭパラメータの変更を希望する時は、ＴＡＵ/ＲＡＵ要求メッセージに自分が希望する活性時間の値または周期的なＴＡＵ/ＲＡＵタイマを含ませて送信することができる。もし、ＭＴＣ機器１００がＰＳＭの終了を希望する場合には、ＴＡＵ/ＲＡＵ要求メッセージに活性時間の値及び周期的なＴＡＵ/ＲＡＵタイマの値を含めずに送信することができる。この場合、ネットワークは、ＭＴＣ機器１００がＰＳＭの使用をそれ以上希望しないと理解するようになる。

３−２．発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭが終了する状況
発信データ(ＭＯｄａｔａ)を送信終了した後にＰＳＭが終了する状況で、ＭＴＣ機器１００がＰＳＭを使用することを希望する場合には、前記ＰＳＭを使用することを希望する時点または既存ＰＳＭパラメータの変更をしたい時点でＴＡＵ/ＲＡＵ要求メッセージを介してネットワークに知らせることができる。

前述したように、発信データ(ＭＯｄａｔａ)を送信終了した後、ＰＳＭが維持される状況と終了する状況の両方において、ＴＡＵ/ＲＡＵ要求メッセージは、発信データ(ＭＯｄａｔａ)送信時点を基準にして、以下の‘常時’、‘直前’、‘以後’に分けられる。

３−３．ＴＡＵ/ＲＡＵ要求メッセージを発信データ(ＭＯｄａｔａ)送信時点を基準にして常時いつでも送信できる方法
ＭＴＣ機器１００は、ＰＳＭパラメータ(例えば、活性時間の値)変更やＰＳＭ終了に対する必要が発生する時点にいつでもＴＡＵ/ＲＡＵ要求メッセージを介してこれをネットワークに知らせることができる。以下、図１２ａを参照して説明する。

図１２ａは、本明細書の第３の開示の一方法による流れ図を示す例示図である。

図１２ａを参照して知ることができるように、ＰＳＭ状態にあるＭＴＣ機器は、発信データ(ＭＯｄａｔａ)の発生と関係なしにいつでもＴＡＵ/ＲＡＵ要求メッセージを送信することで、ＰＳＭパラメータ(例えば、活性時間の値または周期的なＴＡＵ/ＲＡＵタイマの値)変更やＰＳＭ終了を要求することができる。

一方、ＰＳＭパラメータ(例えば、活性時間の値または周期的なＴＡＵ/ＲＡＵタイマの値)変更やＰＳＭ終了をＴＡＵ/ＲＡＵ要求メッセージを介していつでも要求できるとは、特定の時間や特定の状況に該当する場合を含んでもよい。

例えば、ＰＳＭの変更を要求することができるＭＴＣ機器の条件をＥＣＭモード(ＥＣＭ−ＩＤＬＥ、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ)に応じて制限的に許容することができる。即ち、ＥＣＭ−ＣＯＮＮＥＣＴＥＤである場合にのみＰＳＭ変更のためのＴＡＵ要求メッセージを送信するようにすることができる。より具体的に、発信データ(ＭＯｄａｔａ)を送信している間に、ＭＴＣ機器１００がＰＳＭの変更を希望する時、ＰＳＭの変更に対する要求をするためのＴＡＵ/ＲＡＵ手順をトリガリングするようにすることができる。このとき、前記ＴＡＵ/ＲＡＵ手順がトリガリングされた以後、実際にＴＡＵ/ＲＡＵ要求メッセージが送信される時点は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある時であり、またはＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の直後または以後である。この場合、ＰＳＭの変更を希望する時点にＭＴＣ機器がＥＣＭ−ＩＤＬＥ状態である場合、ＰＳＭの変更に対する要求をするためのＴＡＵ/ＲＡＵ手順を実行することができない。

３−４．ＴＡＵ/ＲＡＵ要求メッセージを発信データ(ＭＯｄａｔａ)送信以前にのみ送信することができるようにする方法
ＰＳＭ状態にあるＭＴＣ機器１００が発信データ(ＭＯｄａｔａ)の送信を必要とする場合、ＭＴＣ機器１００は、アクセス層(ＡＳ)を活性化した後、サービス要求メッセージを送信する前に、ＴＡＵ/ＲＡＵ要求メッセージを送信するようにする。

図１２ｂは、本明細書の第３の開示の他の方法による流れ図を示す例示図である。

図１２ｂを参照して知ることができるように、ＰＳＭ状態において発信データ(ＭＯｄａｔａ)が発生する場合は、システム状況の変動(例えば、トラッキングエリア(ＴＡ)の変動)と関係なしにＴＡＵ/ＲＡＵ要求メッセージを送信することができる。

ただし、ＴＡＵ/ＲＡＵ要求メッセージを送信した後、発信データも送信できるようにするために、前記ＴＡＵ/ＲＡＵ要求メッセージ内にアクティブフラグ（ａｃｔｉｖｅｆｌａｇ）を含ませて送信することができる。このように前記ＴＡＵ/ＲＡＵ要求メッセージ内にアクティブフラグを含ませて送信すると、サービス要求手順と類似の手順を実行し、それによって発信データを送信することができるようになる。

３−５．ＴＡＵ/ＲＡＵ要求メッセージを発信データ(ＭＯｄａｔａ)送信時点の以後にのみ送信できるようにする方法
ＭＴＣ機器１００がＰＳＭの変更を希望する場合、サービス要求メッセージを送信し、その後の発信データ(ＭＯｄａｔａ)の送信も終了した以後に、ＴＡＵ/ＲＡＵ要求メッセージを送信するようにすることもできる。

図１２ｃは、本明細書の第３の開示の他の方法による流れ図を示す例示図である。

図１２ｃを参照して知ることができるように、ＭＴＣ機器１００がＰＳＭの変更を希望する場合、サービス要求メッセージを送信し、その後の発信データ(ＭＯｄａｔａ)の送信も終了した以後に、ＴＡＵ/ＲＡＵ要求メッセージを送信するようにすることもできる。

<本明細書の第３の開示の要約>
図１３は、図１２ａに示す第３の開示の一方法を整理して再開示した例示的な流れ図である。

図示されているように、前記ＭＴＣ機器１００がＰＳＭを必要とする場合、前記ＭＴＣ機器１００のＮＡＳ層は、自分が希望する活性時間値と周期的なＴＡＵ/ＲＡＵタイマ値を含むＴＡＵ/ＲＡＵ要求メッセージをＭＭＥ５１０に送信することができる。

前記ＭＭＥ５１０が前記ＭＴＣ機器１００のＰＳＭ使用を受諾する場合、ＴＡＵ/ＲＡＵ要求メッセージ内の活性時間値と周期的なＴＡＵ/ＲＡＵタイマ値に基づいて、前記ＭＴＣ機器１００に適当な活性時間値と周期的なＴＡＵ/ＲＡＵタイマ値を割り当てる。次に、前記ＭＭＥ５１０は、前記割り当てた活性時間値と周期的なＴＡＵ/ＲＡＵタイマ値を含むＴＡＵ/ＲＡＵ受諾メッセージを前記ＭＴＣ機器１００に伝達する。

次に、前記ＭＴＣ機器１００は、前記ＴＡＵ/ＲＡＵ受諾メッセージ内の活性時間値に基づく活性時間中にのみアクセス層を活性化し、それ以後にはアクセス層を非活性化する。そのために、前記ＭＴＣ機器１００のＮＡＳ層は、前記アクセス層に非活性化を要求することによって、ＰＳＭ状態に入る。前記ＰＳＭ状態では、電源オフされたかのように前記ＭＴＣ機器１００がダウンリンクデータを受信することができない場合もあるが、アップリンクデータはいつでも(ａｎｙｔｉｍｅ)送信できるように、ネットワークには登録された状態に維持されることができる。

しかし、前記ＰＳＭの中止が必要な場合、または前記第２の活性時間の変更が必要な場合には、その時点で、前記ＭＴＣ機器１００は、アクセス層を活性化し、ＴＡＵ/ＲＡＵ要求メッセージを送信することができる。

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

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

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

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

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

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

Claims

無線機器における節電モード(ＰＳＭ)をサポートする方法であって、
ＰＳＭが必要な場合、第１の活性時間値を含む第１のメッセージをネットワークエンティティに送信するステップと、
前記ネットワークエンティティから第２の活性時間値を含む第２のメッセージを受信するステップであって、前記無線機器へのＰＳＭの適用が前記ネットワークエンティティにより受諾された場合、前記第１の活性時間値は、前記第２の活性時間値を決定するのに利用される、ステップと、
前記第２の活性時間値に基づいてＰＳＭ状態に入るステップであって、前記ＰＳＭ状態では電源オフされたかのように前記無線機器がダウンリンクデータを受信しないことがあり、アップリンクデータは、送信できるようにネットワークには登録された状態に維持される、ステップと、
前記ＰＳＭの中止が必要な場合または前記第２の活性時間の変更が必要な場合には、その時点で第３のメッセージを送信するステップとを含む、方法。
前記第１のメッセージは、トラッキングエリア更新(ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ：ＴＡＵ)要求メッセージまたはルーティングエリア更新(ＲｏｕｔｉｎｇＡｒｅａＵｐｄａｔｅ：ＲＡＵ)要求メッセージであり、
第２のメッセージは、ＴＡＵ受諾メッセージまたはＲＡＵ受諾メッセージである、請求項１に記載の方法。
前記第３のメッセージは、ＴＡＵ要求メッセージまたはＲＡＵ要求メッセージである、請求項１に記載の方法。
前記ＰＳＭの中止が必要である場合または前記第２の活性時間の変更が必要な場合には、その時点でいつでも前記ＴＡＵ要求メッセージまたは前記ＲＡＵ要求メッセージが送信される、請求項３に記載の方法。
前記第２の活性時間の変更が必要な場合、前記第３のメッセージは、前記無線機器が希望する第３の活性時間の値、周期的なＴＡＵタイマの値および周期的なＲＡＵタイマの値のうち一つ以上を含む、請求項１に記載の方法。
前記周期的なＴＡＵタイマの値および前記周期的なＲＡＵタイマの値は、ＥｘｔＴ３３１２またはＥＸＴＴ３４１２に定義される、請求項５に記載の方法。
前記ＰＳＭ状態に入るステップは、アクセス層(ＡｃｃｅｓｓＳｔｒａｔｕｍ：ＡＳ)を非活性化するステップを含む、請求項１に記載の方法。
前記第３のメッセージを送信するステップは、前記ＰＳＭの中止が必要な場合または前記第２の活性時間の変更が必要な場合には、その時点でいつでも前記アクセス層を活性化するステップを含む、請求項７に記載の方法。
節電モード(ＰＳＭ)をサポートする無線機器であって、
送受信部と、
ＰＳＭが必要な場合、前記送受信部を介して第１の活性時間値を含む第１のメッセージをネットワークエンティティに送信し、前記ネットワークエンティティから第２の活性時間値を含む第２のメッセージを受信する場合、前記第２の活性時間値に基づいてＰＳＭ状態に入るように前記送受信部を制御する制御部と、を含み、
前記無線機器へのＰＳＭの適用が前記ネットワークエンティティにより受諾された場合、前記第１の活性時間値は、前記第２の活性時間値を決定するのに利用され、
前記ＰＳＭ状態では電源オフされたかのようにダウンリンクデータを受信しないことがあり、アップリンクデータは、送信できるようにネットワークには登録された状態に維持され、
前記ＰＳＭの中止が必要な場合または前記第２の活性時間の変更が必要な場合には、その時点で前記制御部は、前記送受信部を介して第３のメッセージを送信する、無線機器。
前記第１のメッセージは、トラッキングエリア更新(ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ：ＴＡＵ)要求メッセージまたはルーティングエリア更新(ＲｏｕｔｉｎｇＡｒｅａＵｐｄａｔｅ：ＲＡＵ)要求メッセージであり、
前記第２のメッセージは、ＴＡＵ受諾メッセージまたはＲＡＵ受諾メッセージである、請求項９に記載の無線機器。
前記第３のメッセージは、ＴＡＵ要求メッセージまたはＲＡＵ要求メッセージである、請求項９に記載の無線機器。
前記第２の活性時間の変更が必要な場合、前記第３のメッセージは、前記無線機器が希望する第３の活性時間の値、周期的なＴＡＵタイマの値および周期的なＲＡＵタイマの値のうち一つ以上を含む、請求項９に記載の無線機器。
前記周期的なＴＡＵタイマの値および前記周期的なＲＡＵタイマの値は、ＥｘｔＴ３３１２またはＥＸＴＴ３４１２に定義される、請求項１２に記載の無線機器。
前記ＰＳＭ状態に入るために、前記制御部は、前記送受信部のアクセス層(ＡｃｃｅｓｓＳｔｒａｔｕｍ：ＡＳ)を非活性化する、請求項９に記載の無線機器。
前記第３のメッセージを送信するために、前記制御部は、前記ＰＳＭの中止が必要な場合または前記第２の活性時間の変更が必要な場合には、その時点でいつでも前記送受信部のアクセス層を活性化する、請求項１４に記載の無線機器。