JP6201993B2 - タイマの満了期間の決定方法、ネットワークノード、及びプログラム - Google Patents

Description

本発明は、移動通信システムに関し、特に、移動端末のデータ通信が行われていない不活性状態の継続を計測するタイマの調整に関する。

特許文献１は、移動端末の通信が行われていない不活性状態の継続時間を移動端末又はネットワーク（i.e. 基地局又はゲートウェイ）において計測し、これが所定の満了期間を超えると移動端末をスリープモードに遷移させることを開示している。また、特許文献１は、移動端末の通信頻度を移動端末又はネットワーク（i.e. 基地局又はゲートウェイ）において計測するとともに、スリープモード遷移に関するタイマの満了期間を移動端末の通信頻度に基づいて変更することを開示している。さらに、特許文献１は、スリープモード遷移に関するタイマの満了期間を移動端末のバッテリ残量に基づいて変更することを開示している。

また、非特許文献１及び２は、3rd Generation Partnership Project（３ＧＰＰ）の移動通信システムに関して、Home Subscriber Server（ＨＳＳ）によって管理される加入者データがUE inactivity timerの設定データを含むことを開示している。UE inactivity timerは、移動端末に関するユーザデータの送受信が行われない不活性状態の継続時間を計測するタイマである。UE inactivity timerは、基地局によって（再）開始され、移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への変更を決定するために用いられる。ＨＳＳに保持されたUE inactivity timerの設定データは、移動端末のアタッチ、位置登録更新、又はサービス要求などに応じて、ＨＳＳからMobility Management Entity（ＭＭＥ）を経由して基地局に送られる。

ここで、本明細書及び特許請求の範囲で使用する「ＣＯＮＮＥＣＴＥＤ状態」及び「ＩＤＬＥ状態」の用語の定義を述べる。「ＩＤＬＥ状態」とは、移動端末がモバイルコアネットワークとの間でセッション管理及びモビリティ管理のための制御信号の継続的な交換を行っておらず、無線アクセスネットワークでの無線リソースが解放（release）された状態を意味する。ここで、無線アクセスネットワークは、例えば、ＵＴＲＡＮ、又はＥ−ＵＴＲＡＮである。モバイルコアネットワークは、例えば、General Packet Radio Service（ＧＰＲＳ）パケットコア、又はEvolved Packet Core（ＥＰＣ）である。ＩＤＬＥ状態の一例は、３ＧＰＰのEPS Connection Management IDLE（ＥＣＭ−ＩＤＬＥ）状態且つRadio Resource Control IDLE（ＲＲＣ＿ＩＤＬＥ）状態である。ＲＲＣ＿ＩＤＬＥであるとき、Evolved Universal Terrestrial Radio Access Network（Ｅ−ＵＴＲＡＮ）における無線リソースが解放される。

これに対して「ＣＯＮＮＥＣＴＥＤ状態」とは、上述した３ＧＰＰのＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態且つＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のように、少なくとも移動端末とモバイルコアネットワークとの間でセッション管理及びモビリティ管理のための制御信号（制御メッセージ）を送受信するための無線リソースが無線アクセスネットワークにて確保され、移動端末とモバイルコアネットワークとの間で制御信号（制御メッセージ）を送受信可能なコネクションが確立された状態を意味する。つまり、「ＣＯＮＮＥＣＴＥＤ状態」は、少なくともセッション管理及びモビリティ管理のための制御信号（制御メッセージ）を送受信できるように移動端末がモバイルコアネットワークに接続された状態であればよい。言い換えると、「ＣＯＮＮＥＣＴＥＤ状態」は、移動端末と外部のパケットデータネットワーク（Packet Data Network：ＰＤＮ）の間でユーザデータを送受信するためのデータベアラが設定された状態を必要としない。「ＣＯＮＮＥＣＴＥＤ状態」は、「ＡＣＴＩＶＥ状態」と呼ぶこともできる。

また、典型的には、モバイルコアネットワークは、ＣＯＮＮＥＣＴＥＤ状態の移動端末の位置をセル単位で管理し、ＩＤＬＥ状態の移動端末の位置を複数のセルを含む位置登録エリア（e.g. トラッキングエリア、ルーティングエリア）単位で管理する。ＩＤＬＥ状態の移動端末は、ある位置登録エリアから別の位置登録エリアに移動した場合に、位置登録エリアの更新を示すメッセージをモバイルコアネットワークに送信する。モバイルコアネットワークは、ＩＤＬＥ状態の移動端末に対するダウンリンクトラフィック（ダウンリンクデータ又は音声着信）が到着した場合に、位置登録エリアに基づいて定まるページングエリアに対してページング信号を送信する。

特開平１１−３１３３７０号公報

3GPP S2-120475, "Inactivity timer management function", NTT docomo and NEC, 3GPP TSG-SA2 Meeting #89, Vancouver, Canada, 6-10 February 2012 3GPP S2-120476, "Inactivity timer management function", NTT docomo and NEC, 3GPP TSG-SA2 Meeting #89, Vancouver, Canada, 6-10 February 2012

本件の発明者等は、移動端末の状態遷移（ＩＤＬＥ−ＣＯＮＮＥＣＴＥＤ遷移）に関してモバイルコアネットワークが処理すべき制御信号数を調整するために、移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマ（e.g. 上述したUE inactivity timer）の満了期間を調整することについて検討した。

近年のスマートフォンをはじめとする移動端末は、省電力を重視するために通信が無い場合にすぐに無線接続を解放し、無線リソース管理レイヤ及び上位レイヤの状態をＩＤＬＥ状態に遷移させる動作をする場合が多い。一方、移動端末上で動作するアプリケーションプログラムの傾向として、定期的にサーバと接続し情報を送受信するアプリケーションプログラムが増えている。結果として近年の移動端末は、通信が終わればすぐにＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移し、定期通信を行うアプリケーションのためにまたすぐにＣＯＮＮＥＣＴＥＤ状態に遷移する動作を行う。つまり、移動端末がＩＤＬＥ状態とＣＯＮＮＥＣＴＥＤ状態の間の遷移（ＩＤＬＥ−ＣＯＮＮＥＣＴＥＤ遷移）を繰り返すという現象が増えている。そのため、モバイルコアネットワークが処理すべき制御信号が増加し、モバイルコアネットワークの負荷が増加しているという課題がある。

なお、特許文献１は、移動端末の通信頻度又はバッテリ残量に応じて、移動端末の通信が行われていない不活性状態の継続時間を計測するタイマの満了期間を変更することを開示している。しかしながら、特許文献１は、タイマの満了期間の変更のために他の指標を用いることについて記載していない。また、非特許文献１及び２は、UE inactivity timerの満了期間をいずれの指標を用いてどのように決定するのかについて明示していない。

本発明の目的は、移動端末に関してモバイルコアネットワークが処理すべき制御信号数を調整することに寄与できるタイマの満了期間の決定方法、ネットワークノード、及びプログラムの提供を目的とする。

第１の態様は、タイマの満了期間の決定方法を含む。前記タイマは、無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられる。そして、当該方法は、前記タイマの満了期間を以下の第１〜第４のパラメタのうち少なくとも１つに基づいて決定することを含む。
（ａ）前記移動端末による前記モバイルコアネットワークへの接続頻度に関する第１のパラメタ、
（ｂ）前記モバイルコアネットワークに配置された移動管理ノードの制御信号処理の負荷に関する第２のパラメタ、
（ｃ）前記移動端末による基地局間の移動頻度に関する第３のパラメタ、及び
（ｄ）前記移動端末にインストールされたソフトウェアに関する第４のパラメタ。

第２の態様は、ネットワークノードを含む。当該ネットワークノードは、タイマの満了期間を所定のパラメタに基づいて決定する決定部を含む。前記タイマは、無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられる。そして、前記所定のパラメタは、以下の第１〜第４のパラメタのうち少なくとも１つを含む。
（ａ）前記移動端末による前記モバイルコアネットワークへの接続頻度に関する第１のパラメタ、
（ｂ）前記モバイルコアネットワークに配置された移動管理ノードの制御信号処理の負荷に関する第２のパラメタ、
（ｃ）前記移動端末による基地局間の移動頻度に関する第３のパラメタ、及び
（ｄ）前記移動端末にインストールされたソフトウェアに関する第４のパラメタ。

第３の態様は、上述した第１の態様に係る方法をコンピュータに行わせるためのプログラムを含む。

上述した態様によれば、移動端末に関してモバイルコアネットワークが処理すべき制御信号数を調整することに寄与できるタイマの満了期間の決定方法、ネットワークノード、及びプログラムを提供できる。

第１の実施形態に係る移動通信システムの構成例を示すブロック図である。 第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。 第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。 第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。 第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。 UE INACTIVITY TIMERの満了期間を決定するためのパラメタの具体例を示すテーブルである。 第１の実施形態に係る移動管理ノードの構成例を示すブロック図である。 第１の実施形態に係る移動通信システムの構成例を示すブロック図である。 第２の実施形態に係る移動通信システムの構成例を示すブロック図である。 第２の実施形態に係る移動通信システムの動作を示すシーケンス図である。 第１の参考形態に係る移動通信システムの構成例を示すブロック図である。 第１の参考形態に係る移動通信システムの動作を示すシーケンス図である。 第１の参考形態に係る移動通信システムの動作を示すシーケンス図である。 第２の参考形態に係る移動通信システムの構成例を示すブロック図である。 第２の参考形態に係る移動通信システムの動作を示すシーケンス図である。 第２の参考形態に係る移動通信システムの動作を示すシーケンス図である。 第３の参考形態に係る移動通信システムの構成例を示すブロック図である。 第３の参考形態に係る移動通信システムの動作を示すシーケンス図である。 第３の参考形態に係る移動通信システムの動作を示すシーケンス図である。 第４の参考形態に係る移動通信システムの構成例を示すブロック図である。 第４の参考形態に係る移動通信システムの動作を示すフローチャートである。

以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜第１の実施形態＞
図１は、本実施形態に係る移動管理ノード３００を含むネットワークの構成例を示すブロック図である。図１の構成例は、無線アクセスネットワーク（Radio Access Network（ＲＡＮ））１０及びモバイルコアネットワーク（Mobile Core Network（ＭＣＮ））２０を含む。始めに、ＲＡＮ１０及びＭＣＮ２０の基本的な構成及び機能について説明する。

ＲＡＮ１０は、基地局１００及び移動端末２００を含む。基地局１００は、無線アクセス技術により移動端末２００と接続する。移動端末２００は、無線インタフェースを有し、無線アクセス技術により基地局１００に接続し、ＲＡＮ１０（つまり基地局１００）を介してＭＣＮ２０へ接続する。ＲＡＮ１０は、例えば、Ｅ−ＵＴＲＡＮ若しくはＵＴＲＡＮ、又はこれらの組み合わせである。Ｅ−ＵＴＲＡＮにおいては、基地局１００はE-UTRAN NodeB NodeB（ｅＮＢ）に対応する。ＵＴＲＡＮにおいては、基地局１００はRadio Network Controller（ＲＮＣ）及びＮｏｄｅＢが持つ機能に対応する。

図１の例では、基地局１００は、UE inactivity timer １０１を有する。UE inactivity timer １０１は、移動端末２００に関するユーザデータの送受信が行われない不活性状態の継続時間を計測するタイマである。UE inactivity timer １０１は、基地局１００によって（再）開始され、移動端末２００のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への変更を決定するために用いられる。なお、UE inactivity timer １０１は、ＲＡＮ１０に配置された他のノードに配置されてもよい。

基地局１００は、例えば、移動端末２００にダウンリンク又はアップリンクの無線リソースをスケジューリングしたことに応じて移動端末２００のUE inactivity timerを（再）開始する。これに代えて又はこれと組み合わせて、基地局１００は、例えば、移動端末２００宛のダウンリンクデータの受信、移動端末２００へのアップリンク送信許可（Uplink Grant）の送信、移動端末２００へのページングメッセージの送信、及び移動端末２００からの無線リソース割り当て要求の受信、のうち少なくとも１つに応じて移動端末２００のUE inactivity timerを（再）開始してもよい。

UE inactivity timer１０１が満了（expire）すると、移動端末２００は、ＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移する。例えば、基地局１００は、UE inactivity timer１０１が満了（expire）に応じて、ＭＣＮ２０（具体的には移動管理ノード３００）に対して移動端末２００に関するＭＣＮ２０とのベアラの解放（release）を要求するとともに、移動端末２００のために設定された無線ベアラを解放すればよい。移動端末２００は、無線ベアラを解放に応じて、ＩＤＬＥ状態に遷移すればよい。

ＭＣＮ２０は、主に移動通信サービスを提供するオペレータによって管理されるネットワークである。ＭＣＮ２０は、例えば、Evolved Packet System（ＥＰＳ）におけるＥＰＣ、若しくはUniversal Mobile Telecommunications System（ＵＭＴＳ）におけるＧＰＲＳパケットコア、又はこれらの組み合わせである。ＭＣＮ２０は、移動端末２００の移動管理及びベアラ管理等を含むコントロールプレーン機能と、移動端末２００と外部のＰＤＮ３０の間で送受信されるユーザデータの転送を含むユーザプレーン機能を有する。図１の例では、ＭＣＮ２０は、コントロールプレーンのエンティティとして移動管理ノード３００を含む。また、図示は省略されているが、ＭＣＮ２０は、ユーザプレーンのエンティティとして少なくとも１つの転送ノードを含む。例えば、ＵＭＴＳの場合、図示されない転送ノードは、Serving GPRS Support Node（ＳＧＳＮ）のユーザプレーン機能、及びGateway GPRS Support Node（ＧＧＳＮ）を含む。また、ＥＰＳの場合、転送ノードは、Serving Gateway（Ｓ−ＧＷ）及びPDN Gateway（Ｐ−ＧＷ）を含む。

移動管理ノード３００は、移動端末２００の移動管理及びベアラ管理（e.g. ベアラ確立、ベアラ構成変更、ベアラ解放）を行う。例えば、ＵＭＴＳの場合、移動管理ノード３００は、ＳＧＳＮのコントロールプレーン機能を有する。また、ＥＰＳの場合、移動管理ノード３００は、ＭＭＥ（Mobility Management Entity）の機能を有する。移動管理ノード（e.g. ＭＭＥ）３００は、複数の基地局（e.g. ｅＮＢ）１００と制御インタフェース（e.g. Ｓ１−ＭＭＥインタフェース）によって接続され、転送ノード（e.g. Ｓ−ＧＷ）と制御インタフェース（e.g. Ｓ１１インタフェース）によって接続される。移動管理ノード３００は、移動端末２００とＭＣＮ２０の間のNon-Access Stratum（ＮＡＳ）メッセージの交換を担う。ＮＡＳメッセージは、ＲＡＮ１０で終端されず、ＲＡＮ１０の無線アクセス方式に依存することなく、移動端末２００とＭＣＮ２０の間で透過的に送受信される制御メッセージである。例えば、移動管理ノード３００は、移動端末２００からリソース割り当てを求めるサービス要求メッセージを受信したことに応じて、ＭＣＮ２０とのベアラ設定および移動端末２００との無線ベアラの設定を基地局１００に要求する。

続いて以下では、本実施形態に係る移動管理ノード３００に関してさらに説明する。移動管理ノード３００は、UE inactivity timer １０１の満了期間を所定のパラメタに基づいて決定する。ここで、所定のパラメタは、以下に示す第１〜第４のパラメタのうち少なくとも１つを含む。
（ａ）移動端末２００によるＭＣＮ２０への接続の繰り返し頻度（以下、接続頻度）に関する第１のパラメタ、
（ｂ）移動管理ノード３００の制御信号処理の負荷に関する第２のパラメタ、
（ｃ）移動端末２００による基地局１００間の移動頻度に関する第３のパラメタ、及び
（ｄ）移動端末２００にインストールされたソフトウェアに関する第４のパラメタ。

一般的には、通信を終えた移動端末２００が速やかにＩＤＬＥ状態に遷移することで、ＲＡＮ１０の無線リソースが解放され、移動端末２００のハンドオーバ処理が不要となるため、ＲＡＮ１０及びＭＣＮ２０の負荷を軽減できる。しかしながら、移動端末２００がＩＤＬＥ状態とＣＯＮＮＥＣＴＥＤ状態の間の遷移（ＩＤＬＥ−ＣＯＮＮＥＣＴＥＤ遷移）を繰り返すとＭＣＮ２０が処理すべき制御信号が増加し、ＭＣＮ２０の負荷が増加するという問題がある。

なお、移動端末２００に関してＭＣＮ２０が処理すべき制御信号は、ＩＤＬＥ−ＣＯＮＮＥＣＴＥＤ遷移に関する制御信号だけではない。例えば、既に述べた通り、移動端末２００のハンドオーバが発生すると、移動管理ノード３００及び転送ノード（不図示）は、ＭＣＮ２０内のベアラの経路変更のための制御信号を処理しなければならない。

上述した第１〜第３パラメタは、移動端末２００に関してＭＣＮ２０が処理すべき制御信号数に密接に関係する。また、第４のパラメタも、移動端末２００に関してＭＣＮ２０が処理すべき制御信号数に関係する場合がある。第４のパラメタは、例えば、移動端末２００にインストールされたＯＳ（Operating System）の種別又はバージョンを示す。移動端末２００にインストールされたＯＳの種別やバージョン（リビジョン）に応じて移動端末２００の通信頻度が異なる場合が考えられる。第４のパラメタは、例えば、ＩＭＥＩＳＶ（International Mobile Equipment Identity Software Version）である。ＩＭＥＩＳＶは、移動端末２００にインストールされたソフトウェアのリビジョンを示す２桁のＳＶＮ（Software Version Number）を含む。なお、移動端末２００のＯＳの変更又はアップデートは、モバイルオペレータによって制限され、ユーザが自由に行えない場合もある。この場合、移動端末２００のハードウェア識別子をＯＳの種別又はバージョンと対応付けることも可能である。したがって、第４のパラメタは、例えば、ＩＭＥＩでもよい。本実施の形態は、第１〜第４のパラメタのうち少なくとも１つに基づいてUE inactivity timer １０１の満了期間を変更するため、ＭＣＮ２０が処理すべき制御信号数を効果的に調整することができる。

また、上述した第１〜第３のパラメタはいずれも制御信号数に関するため、ユーザプレーンの転送ノードを用いることなく、コントロールプレーンの制御ノード（i.e. 移動管理ノード３００）において計測することができる。また、第４のパラメタは、移動端末２００に保持されており、ＭＣＮ２０へのアタッチ、及び位置登録エリア（e.g. トラッキングエリア）の更新等の移動管理イベントに伴うシグナリングによって、移動端末２００からＭＣＮ２０の制御ノード（e.g. 移動管理ノード３００、加入者サーバ（不図示））に送られる。モバイルコアネットワークの一般的なアーキテクチャによれば、UE inactivity timer １０１の設定変更はコントロールプレーンのシグナリングによって行われる。このため、例えば、移動端末２００の通信頻度のようにユーザデータパケットの計測を伴うパラメタを用いると、UE inactivity timer １０１の設定変更のために、ユーザプレーンの転送ノードとコントロールプレーンの制御ノードとの間で余分な制御信号の交換が必要となる可能性がある。これに対して、上述した第１〜第４のパラメタはコントロールプレーンの制御ノード（i.e. 移動管理ノード３００）において計測又は取得できるため、このような余分な制御信号を抑制できる利点がある。

以下では、第１〜第４のパラメタの少なくとも１つを用いたUE inactivity timer１０１の満了期間の決定について具体例を説明する。

＜第１のパラメタ：ＭＣＮ２０への接続頻度＞
第１のパラメタは、移動端末２００によるＭＣＮ２０への接続頻度（つまり単位時間当たりのＭＣＮ２０への接続回数）に関する。第１のパラメタは、ＭＣＮ２０への接続頻度そのものでもよいし、ＭＣＮ２０への接続の（平均）発生間隔でもよい。移動管理ノード３００は、移動端末２００がＣＯＮＮＥＣＴＥＤ状態へ遷移するために行われるＭＣＮ２０への接続を計測すればよい。例えば、移動管理ノード３００は、ＩＤＬＥ状態の移動端末２００からのサービス要求の発生回数、発生頻度、又は発生間隔を計測すればよい。また、移動管理ノード３００は、ＩＤＬＥ状態の移動端末２００に対するＭＣＮ２０又は外部ネットワークからのサービス要求（e.g. ダウンリンクデータ通知、又はページング要求）の発生回数、発生頻度、又は発生間隔を計測してもよい。また、移動管理ノード３００は、移動端末２００によるＭＣＮ２０への初期アタッチに関するメッセージ（e.g. アタッチ要求）を上述したサービス要求と併せて計測してもよい。

移動管理ノード３００は、移動端末２００のＭＣＮ２０への接続頻度が相対的に高い場合に、これが相対的に低い場合に比べてUE inactivity timer１０１の満了期間を長くするように決定してもよい。言い換えると、移動管理ノード３００は、移動端末２００のＭＣＮ２０への接続頻度が高くなるに従ってUE inactivity timer１０１の満了期間を長くするように決定してもよい。さらに言い換えると、移動管理ノード３００は、移動端末２００のＭＣＮ２０への接続頻度が所定の閾値を超える場合に、当該閾値を下回る場合に比べてUE inactivity timer１０１の満了期間を長くするように決定してもよい。移動端末２００のＭＣＮ２０への接続頻度が高いことは、移動端末２００のＩＤＬＥ−ＣＯＮＮＥＣＴＥＤ遷移の頻度が高いことを直接的に表している。UE inactivity timer１０１の満了期間を長くすると、移動端末２００がＣＯＮＮＥＣＴＥＤ状態に留まる時間を長くすることができるため、ＭＣＮ２０への接続頻度が減少し、移動管理ノード３００が処理すべき制御信号が減少することが期待できる。

ここで、移動端末２００がＣＯＮＮＥＣＴＥＤ状態に留まる時間を長くすると、移動端末２００がアクティブである時間（active time）が長くなり、その結果、移動端末２００のバッテリ消費が多くなってしまう。このような場合には、合わせて移動端末２００のＤＲＸサイクル（間欠受信サイクル）を長めに設定してもよい。これにより、移動端末２００のバッテリ消費を削減することができる。また、別の方法としては、移動端末２００のDRX inactivity timerを短く設定してもよい。これにより、移動端末２００がいち早くＤＲＸ状態に遷移し、移動端末２００が連続受信状態に留まる時間を短くすることができるため、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００における消費電力を削減することができる。さらに、移動端末２００のＤＲＸサイクルを長めに設定しておき、かつ、移動端末２００のDRX inactivity timerを短く設定してもよい。これにより、移動端末２００における消費電力の削減効果を一層高めることができる。

なお、DRX inactivity timerは、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００によって管理され、ＣＯＮＮＥＣＴＥＤ状態におけるＯＮ−ｄｕｒａｔｉｏｎを規定するタイマである。具体的には、移動端末２００は、自身のスケジューリングを受信したことに応じてDRX inactivity timerを（再）開始する。DRX inactivity timerが満了（expire）するまでの期間は、ＯＮ−ｄｕｒａｔｉｏｎと呼ばれる。ＯＮ−ｄｕｒａｔｉｏｎにおいて、移動端末２００は全てのサブフレームを連続的に受信する。そして、DRX inactivity timer が満了（expire）すると、移動端末２００はＤＲＸサイクル（具体的にはshort DRX cycle）に移行する。つまり、DRX inactivity timerは、ＣＯＮＮＥＣＴＥＤ状態（i.e. RRC_CONNECTED状態）の移動端末２００が連続受信（continuous reception）状態からＤＲＸ状態に遷移するまでの不活性時間を計測する。

また、移動管理ノード３００は、移動端末２００によるＭＣＮ２０への接続の（平均）発生間隔に応じて、UE inactivity timer１０１の満了期間を調整してもよい。例えば、移動管理ノード３００は、移動端末２００に関するUE inactivity timer１０１の満了期間が、移動端末２００によるＭＣＮ２０への接続の（平均）発生間隔より長くなるようにしてもよい。これにより、移動端末２００のＩＤＬＥ−ＣＯＮＮＥＣＴＥＤ遷移の頻度が減少するため、移動管理ノード３００が処理すべき制御信号が減少することが期待できる。

図２は、第１のパラメタを用いたUE inactivity timer１０１の満了期間の決定動作の一例を示すシーケンス図である。ステップＳ１１では、移動管理ノード３００は、ＭＣＮ２０への接続頻度の高い移動端末２００を検出する。ステップＳ１２では、移動管理ノード３００は、検出された移動端末２００に関するUE inactivity timer１０１の満了期間を決定する。ステップＳ１３では、移動管理ノード３００は、UE inactivity timer１０１を実行するＲＡＮ１０のノード、すなわち基地局１００に対してタイマ変更要求を送信する。タイマ変更要求は、対象となる移動端末２００の識別子（UE Identifier（ＵＥＩＤ））、及びUE inactivity timer１０１の満了期間を示す設定情報を含む。ステップＳ１４では、基地局１００は、タイマ変更要求に基づいて、指定された移動端末２００に関するUE inactivity timer１０１の満了期間を変更する。

＜第２のパラメタ：移動管理ノード３００の制御信号処理の負荷＞
第２のパラメタは、移動管理ノード３００の制御信号処理の負荷に関する。第２のパラメタは、例えば、複数の移動端末２００に関して移動管理ノード３００が処理する制御信号の発生頻度（つまり単位時間当たりの発生回数）としてもよい。例えば、移動管理ノード３００は、ＩＤＬＥ状態の移動端末２００からのサービス要求の発生回数、発生頻度、又は発生間隔を計測すればよい。また、移動管理ノード３００は、移動端末２００によるＭＣＮ２０への初期アタッチに関する制御信号の処理負荷を上述したサービス要求に関する制御信号の処理負荷と併せて計測してもよい。さらに、移動管理ノード３００は、移動端末２００のハンドオーバに関する制御信号の処理負荷を併せて計測してもよい。さらにまた、移動管理ノード３００は、移動管理ノード３００において処理される全ての制御信号の処理負荷を計測してもよい。

移動管理ノード３００は、移動管理ノード３００が相対的に高負荷であることを検出した場合に、１又は複数の基地局１００に対して、複数の移動端末２００のUE inactivity timer１０１の満了期間を長くするように一括して要求してもよい。言い換えると、移動管理ノード３００は、移動管理ノード３００の制御信号の処理負荷が大きくなるに従って、１又は複数の基地局１００に接続する複数の移動端末２００に適用されるUE inactivity timer１０１の満了期間を一括して長くするようにしてもよい。さらに言い換えると、移動管理ノード３００は、移動管理ノード３００の負荷が所定の閾値を超える場合に、当該閾値を下回る場合に比べて、１又は複数の基地局１００に接続する複数の移動端末２００に適用されるUE inactivity timer１０１の満了期間を長くするように決定してもよい。UE inactivity timer１０１の満了期間を長くすることによって、移動端末２００がＣＯＮＮＥＣＴＥＤ状態に留まる時間を長くすることができる。したがって、各移動端末２００のＭＣＮ２０への接続頻度が減少し、移動管理ノード３００が処理すべき制御信号が減少することが期待できる。また、UE inactivity timer１０１の満了期間の変更を複数の基地局１００に対して一斉に要求することによって、移動管理ノード３００が処理すべき制御信号数を効果的に低減することができる。

UE inactivity timer１０１の満了期間の変更は、移動管理ノード３００に接続された複数の基地局１００のうち１つに対して行われてもよいし、一部に対して行われてもよいし、全てに対して行われてもよい。例えば、移動管理ノード３００は、複数の基地局１００のうち移動管理ノード３００との通信頻度が高い１又は複数の基地局１００をUE inactivity timer１０１の変更対象として優先的に選択してもよい。

図３は、第２のパラメタを用いたUE inactivity timer１０１の満了期間の決定動作の一例を示すシーケンス図である。ステップＳ２１では、移動管理ノード３００は移動管理ノード３００の高負荷を検出する。ステップＳ２２では、移動管理ノード３００は、移動管理ノード３００の負荷（e.g. 制御信号数）が減少するように、UE inactivity timer１０１の満了期間を決定する。ステップＳ１３では、移動管理ノード３００は、複数の基地局１００に対してタイマ変更要求を送信する。タイマ変更要求は、UE inactivity timer１０１の満了期間を示す設定情報を含む。ステップＳ２４では、各基地局１００は、タイマ変更要求に基づいて、自身のセルに接続する全ての移動端末２００に関するUE inactivity timer１０１の満了期間を変更する。

＜第３のパラメタ：移動端末２００の移動頻度＞
第３のパラメタは、移動端末２００による基地局１００間の移動頻度（つまり単位時間当たりの基地局１００間移動の回数）に関する。ここでは、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００による基地局１００間の移動、つまりハンドオーバを対象とすればよい。第３のパラメタは、移動端末２００のハンドオーバ頻度そのものでもよいし、移動端末２００の基地局１００間ハンドオーバの（平均）発生間隔でもよい。移動管理ノード３００は、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００が基地局１００間ハンドオーバを行う際に発生する基地局１００及び移動管理ノード３００の間のシグナリング回数を計測すればよい。

移動管理ノード３００は、移動端末２００のハンドオーバ頻度が相対的に高い場合に、これが相対的に低い場合に比べてUE inactivity timer１０１の満了期間を短くするように決定してもよい。言い換えると、移動管理ノード３００は、移動端末２００のハンドオーバ頻度が高くなるに従ってUE inactivity timer１０１の満了期間を短くするように決定してもよい。さらに言い換えると、移動管理ノード３００は、移動端末２００のハンドオーバ頻度が所定の閾値を超える場合に、当該閾値を下回る場合に比べてUE inactivity timer１０１の満了期間を短くするように決定してもよい。ＣＯＮＮＥＣＴＥＤ状態の移動端末２００のハンドオーバ頻度が高いことは、ハンドオーバに伴って移動管理ノード３００が処理しなければならない制御信号が多いことを表している。UE inactivity timer１０１の満了期間を短くし、移動端末２００がＣＯＮＮＥＣＴＥＤ状態に留まる時間を短くすることで、ハンドオーバの発生頻度が減少する。既に述べた通り、ＩＤＬＥ状態の移動端末２００は、ハンドオーバではなく自発的なセル再選択を行い、位置登録エリア（トラッキングエリア）単位で移動管理ノード３００により位置管理される。したがって、ハンドオーバの発生頻度が減少することで、移動管理ノード３００が処理すべき制御信号が減少することが期待できる。

また、移動管理ノード３００は、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００の平均的なハンドオーバ発生間隔に応じて、UE inactivity timer１０１の満了期間を調整してもよい。例えば、移動管理ノード３００は、移動端末２００に関するUE inactivity timer１０１の満了期間が、移動端末２００の平均的なハンドオーバ発生間隔より短くなるようにしてもよい。これにより、移動端末２００のハンドオーバの頻度が減少するため、移動管理ノード３００が処理すべき制御信号が減少することが期待できる。

図４は、第３のパラメタを用いたUE inactivity timer１０１の満了期間の決定動作の一例を示すシーケンス図である。ステップＳ３１では、移動管理ノード３００は、移動頻度に関する条件を満たす（e.g. ハンドオーバ頻度が閾値以上である）移動端末２００を検出する。ステップＳ３２では、移動管理ノード３００は、検出された移動端末２００に関するUE inactivity timer１０１の満了期間を決定する。ステップＳ３３では、移動管理ノード３００は、UE inactivity timer１０１を実行する基地局１００に対してタイマ変更要求を送信する。タイマ変更要求は、対象となる移動端末２００の識別子（ＵＥＩＤ）、及びUE inactivity timer１０１の満了期間を示す設定情報を含む。ステップＳ３４では、基地局１００は、タイマ変更要求に基づいて、指定された移動端末２００に関するUE inactivity timer１０１の満了期間を変更する。

＜第４のパラメタ：移動端末２００のソフトウェア情報＞
第４のパラメタは、移動端末２００にインストールされたソフトウェアに関する。上述したように、第４のパラメタは、移動端末２００にインストールされたソフトウェアの種別又はバージョン（リビジョン）を示すソフトウェア情報（e.g. ＩＭＥＩＳＶのＳＶＮ）であってもよい。また、第４のパラメタは、移動端末２００のハードウェア識別子（e.g. ＩＭＥＩ）であってもよい。移動端末２００のソフトウェア情報は、典型的には、移動端末２００に保持されている。したがって、移動管理ノード３００は、移動端末２００のアタッチ又は位置登録エリア更新などの移動管理（mobility management）イベントの際に、移動端末２００から送信される移動端末２００のソフトウェア情報を取得してもよい。

移動管理ノード３００は、移動端末２００のソフトウェア情報が高通信頻度に対応付けられた所定の内容（e.g. コード、番号）と合致する場合に、UE inactivity timer１０１の満了期間を長くするように決定してもよい。移動端末２００のＩＤＬＥ−ＣＯＮＮＥＣＴＥＤ遷移の頻度が高いことを直接的に表している。UE inactivity timer１０１の満了期間を長くすることによって、移動端末２００がＣＯＮＮＥＣＴＥＤ状態に留まる時間を長くすることができる。したがって、高通信頻度の移動端末２００のＭＣＮ２０への接続頻度が減少し、移動管理ノード３００が処理すべき制御信号が減少することが期待できる。また、移動管理ノード３００は、移動端末２００のソフトウェア情報が低通信頻度に対応付けられた所定の内容（e.g. コード、番号）と合致する場合に、UE inactivity timer１０１の満了期間を短くするように決定してもよい。

図５は、第２のパラメタを用いたUE inactivity timer１０１の満了期間の決定動作の一例を示すシーケンス図である。ステップＳ２０１では、移動管理ノード３００は、移動端末２００のソフトウェア情報（e.g. ＩＭＥＩＳＶ）を取得する。ステップＳ２０２では、移動管理ノード３００は、移動端末２００のソフトウェア情報に基づいて当該移動端末２００に適用されるUE inactivity timer１０１の満了期間を決定する。ステップＳ２０３では、移動管理ノード３００は、UE inactivity timer１０１を実行する基地局１００に対してタイマ変更要求を送信する。タイマ変更要求は、対象となる移動端末２００の識別子（ＵＥＩＤ）、及びUE inactivity timer１０１の満了期間を示す設定情報を含む。ステップＳ２０４では、基地局１００は、タイマ変更要求に基づいて、指定された移動端末２００に関するUE inactivity timer１０１の満了期間を変更する。

移動管理ノード３００は、上述した第１〜第４のパラメタを適宜組み合わせて用いてもよい。また、移動管理ノード３００は、第１〜第４のパラメタのうち少なくとも１つと他のパラメタ（e.g. 移動端末２００の通信頻度）を組み合わせて用いてもよい。以下では、上述した第１及び第３のパラメタの組み合わせを用いる例と、第３のパラメタと他のパラメタ（e.g. 移動端末２００の通信頻度）の組み合わせを用いる例について説明する。

移動端末２００のＩＤＬＥ−ＣＯＮＮＥＣＴＥＤ遷移に関する制御信号数と移動端末２００のハンドオーバに関する制御信号数は、UE inactivity timer １０１の満了期間の長さに関して相反する関係にある。移動端末２００のＩＤＬＥ−ＣＯＮＮＥＣＴＥＤ遷移に関してＭＣＮ２０が処理すべき制御信号数は、UE inactivity timer１０１の満了期間を長くすることで減少することが期待できる。移動端末２００がＣＯＮＮＥＣＴＥＤ状態に留まる時間を長くできるためである。これに対して、移動端末２００のハンドオーバに関してＭＣＮ２０が処理すべき制御信号数は、UE inactivity timer１０１の満了期間を長くすることで増大するおそれがある。ＣＯＮＮＥＣＴＥＤ状態の移動端末２００はハンドオーバによって基地局１００間を移動するためである。

このため、移動管理ノード３００は、移動端末２００のＭＣＮ２０への接続頻度に関する第１のパラメタとハンドオーバ頻度に関する第３のパラメタを共に考慮して、UE inactivity timer１０１の満了期間を決定してもよい。例えば、移動管理ノード３００は、図６のテーブルに示されているように満了期間を決定してもよい。図６の例では、移動管理ノード３００は、移動端末２００のハンドオーバ頻度が当該移動端末２００のＭＣＮ２０への接続頻度より高い場合に、そうでない場合に比べてUE inactivity timer１０１の満了期間を短くする。これにより、移動端末２００のハンドオーバに起因する制御信号数をＭＣＮ２０への接続繰り返しに起因する制御信号数より優先して低減することができる。一方、移動管理ノード３００は、移動端末２００のハンドオーバ頻度が当該移動端末２００のＭＣＮ２０への接続頻度より低い場合に、そうでない場合に比べてUE inactivity timer１０１の満了期間を長くする。これにより、移動端末２００のＭＣＮ２０への接続繰り返しに起因する制御信号数をハンドオーバに起因する制御信号数より優先して低減することができる。

また、図６の例で述べた第１のパラメタ（i.e. 移動端末２００のＭＣＮ２０への接続頻度）に代えて、移動端末２００の通信頻度（つまり単位時間当たりの通信回数）を示す他のパラメタを用いてもよい。移動端末２００の通信頻度を示すパラメタは、移動端末２００の平均的な通信間隔であってもよい。つまり、移動管理ノード３００は、移動端末２００のハンドオーバ頻度が当該移動端末２００の通信頻度より高い場合に、そうでない場合に比べてUE inactivity timer１０１の満了期間を短くしてもよい。

続いて以下では、移動管理ノード３００の構成例について説明する。図７は、移動管理ノード３００の構成例を示すブロック図である。取得部３０１は、第１〜第４のパラメタの少なくとも１つを取得する。既に述べた通り、第１〜第４のパラメタは移動管理ノード３００自身によって計測又は取得することが可能である。したがって、取得部３０１は、第１〜第４のパラメタの少なくとも１つを計測又は取得すればよい。しかしながら、取得部３０１は、他のノードによって計測又は取得された第１〜第４のパラメタの少なくとも１つを当該ノードから受信してもよい。決定部３０２は、UE inactivity timer１０１の満了期間を第１〜第４のパラメタの少なくとも１つに基づいて決定する。決定部３０２は、既に述べた複数の決定手法のいずれかに従ってUE inactivity timer１０１の満了期間を決定すればよい。通知部３０３は、基地局１００と通信し、UE inactivity timer１０１の満了期間を示す設定情報を基地局１００に送信する。

移動管理ノード３００は、少なくとも１つのプロセッサを含むコンピュータシステムにプログラムを実行させることによって実現してもよい。具体的には、図１〜７を用いて説明した移動管理ノード３００に関するアルゴリズムをコンピュータシステムに行わせるための命令群を含む１又は複数のプログラムをコンピュータに供給すればよい。

このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

既に述べたように、ＵＭＴＳの場合、図１に示した基地局１００は、ＲＮＣ及びＮｏｄｅＢの機能を含む。図８は、ＵＭＴＳのネットワークの構成例を示している。図８に示すように、UE inactivity timer１０１は、ＲＮＣに配置されてもよい。図８の移動管理ノード３００は、ＳＧＳＮのコントロールプレーン機能に相当する。

＜第２の実施形態＞
本実施形態では、加入者サーバが、上述した第４のパラメタ（すなわち、移動端末２００にインストールされたソフトウェアに関する情報）を取得し、当該情報に基づいて移動端末２００に適用されるUE inactivity timer１０１の設定を変更する例について説明する。

図９は、本実施形態に係る移動端末２００、移動管理ノード３００、及び加入者サーバ４００を含むネットワークの構成例を示すブロック図である。

加入者サーバ４００は、移動端末２００に関する加入者データ４０１を管理する。例えば、ＵＭＴＳの場合、加入者サーバ４００は Home Location Register（ＨＬＲ）の機能を有する。また、ＥＰＳの場合、加入者サーバ４００はＨＳＳの機能を有する。加入者サーバ（e.g. ＨＳＳ）４００に管理される加入者データ４０１は、例えば、ＱｏＳ情報、移動端末２００が接続可能なＰＤＮに関する情報、移動端末２００のＩＰアドレス等を含む。ＱｏＳ情報は、例えば、データベアラのＱｏＳパラメタ（e.g. ＱＣＩ）を含む。また、ＰＤＮに関する情報は、例えば、ＰＤＮの名称を示すＡＰＮ、又はＰＤＮのInternet Protocol（ＩＰ）アドレスを含む。また、加入者データは、移動端末２００に関するＲＡＮ１０の無線制御パラメタを含んでもよい。無線制御パラメタの一例は、UE inactivity timer１０１の設定データ４０２である。加入者サーバ４００は、移動端末２００のアタッチ、位置更新、及びサービス要求等に際して移動管理ノード３００との間で制御信号を送受信し、移動管理ノード３００に移動端末２００の加入者データを供給するとともに、移動端末２００が現在登録されている移動管理ノード３００の情報を取得する。

図１０は、本実施形態におけるUE inactivity timer１０１の満了期間更新のための通信の一例を示すシーケンス図である。ステップＳ２１１では、ＭＣＮ２０への移動端末２００のアタッチ、又は移動端末２００のトラッキングエリア更新などの何らかの移動管理イベントが行われる。ステップＳ２１２では、加入者サーバ４００は、移動管理イベント（ステップＳ２１１）の際に移動端末２００から送信される移動端末２００のソフトウェア情報（e.g. ＩＭＥＩＳＶ）を取得する。

ステップＳ２１３では、加入者サーバ４００は、移動端末２００のソフトウェア情報に基づいて、加入者データ４０１に含まれるUE inactivity timer１０１の設定データ４０２（i.e. タイマ満了までの時間）を更新する。第１の実施形態で述べたのと同様に、加入者サーバ４００は、例えば、移動端末２００のソフトウェア情報が高通信頻度に対応付けられた所定の内容（e.g. コード、番号）と合致する場合に、UE inactivity timer１０１の満了期間を長くしてもよい。また、加入者サーバ４００は、移動端末２００のソフトウェア情報が低通信頻度に対応付けられた所定の内容（e.g. コード、番号）と合致する場合に、UE inactivity timer１０１の満了期間を短くするように決定してもよい。

ステップＳ２１４では、ステップＳ２１１の移動管理イベントに伴う移動管理ノード３００と加入者サーバ４００のシグナリングによって、移動端末２００の加入者データ４０１が移動管理ノード３００に送信される。図１０の例では、加入者データ４０１は、UE inactivity timer１０１の設定データ４０２を含む。ステップＳ２１５では、ステップＳ２１２の移動管理イベントに伴う移動管理ノード３００と基地局１００のシグナリングによって、UE inactivity timer１０１の設定データ４０２を含む設定要求が基地局１００に送信される。ステップＳ２１６では、基地局１００は、移動管理ノード３００から通知された設定データ４０２に従ってUE inactivity timer１０１を設定する。

本実施形態によれば、第４のパラメタ（すなわち、移動端末２００にインストールされたソフトウェアに関する情報）に基づくUE inactivity timer１０１の満了期間の決定を加入者サーバ４００において行うことができる。

＜その他の実施形態＞
移動端末２００に適用されるUE inactivity timer１０１の満了期間の決定は、上述した第１〜第４のパラメタに代えて、又はこれらのいずれかと組み合わせて、以下に示す第５又は第６のパラメタに基づいて行われてもよい。
（ｅ）基地局１００の処理負荷に関する第５のパラメタ
（ｆ）基地局１００と移動管理ノード３００の間の通信頻度（又は接続頻度）に関する第６のパラメタ。

第５及び第６のパラメタの計測は、基地局１００によって行われてもよいし、移動管理ノード３００によって行われてもよい。また、UE inactivity timer１０１の満了期間の決定は、基地局１００によって行われてもよいし、移動管理ノード３００によって行われてもよい。例えば、基地局１００又は移動管理ノード３００は、第５のパラメタ又は第６のパラメタが所定の閾値を超える場合に、基地局１００に接続する１又は複数の移動端末２００に適用されるUE inactivity timer１０１の満了期間を長くなるように決定してもよい。UE inactivity timer１０１の満了期間を長くすることによって、移動端末２００がＣＯＮＮＥＣＴＥＤ状態に留まる時間を長くすることができる。したがって、処理負荷又は通信頻度の大きい基地局１００又は移動管理ノード３００が処理すべき制御信号が減少することが期待できる。

さらに、本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。

以下では、第１〜第４の参考形態について説明する。以下に述べる第１〜第４の参考形態から把握される技術思想は、上述した実施形態から把握される技術思想とは異なる課題の解決に寄与し、上述した実施形態から把握される技術思想とは独立に実施可能である。

特許文献１は、タイマを用いた移動端末の不活性継続時間の計測が移動端末、基地局、又はゲートウェイのいずれよって行われてもよいこと、及び移動端末の通信頻度の計測及びタイマの満了期間の変更が移動端末、基地局、又はゲートウェイのいずれによって行われてもよいことを開示している。しかしながら、特許文献１は、ＲＡＮ及びＭＣＮを含む移動通信ネットワーク（e.g. ＵＭＴＳ、ＥＰＳ）において、移動端末の通信頻度の計測をどのノードが行い、その計測結果に基づいてタイマの満了期間をどのノードが決定するかについての詳細は開示していない。以下に説明する第１〜第４の参考形態では、特許文献１では明確にされていないこれらの詳細について説明する。

＜第１の参考形態＞
図１１は、第１の参考形態に係る移動通信システムの構成例を示すブロック図である。図１１の構成例は、無線アクセスネットワーク（Radio Access Network（ＲＡＮ））１０、モバイルコアネットワーク（Mobile Core Network（ＭＣＮ））２０、及び外部ネットワーク３０を含む。

ＲＡＮ１０は、基地局１１０及び移動端末２１０を含む。Ｅ−ＵＴＲＡＮにおいては、基地局１１０はｅＮＢに対応する。ＵＴＲＡＮにおいては、基地局１１０はＲＮＣ及びＮｏｄｅＢが持つ機能に対応する。基地局１１０は、UE inactivity timer １０１を有する。UE inactivity timer １０１は、移動端末２００の移動端末に関するユーザデータの送受信が行われない不活性状態の継続時間を計測するタイマである。UE inactivity timer １０１は、基地局１１０によって（再）開始され、移動端末２１０のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への変更を決定するために用いられる。

ＭＣＮ２０は、コントロールプレーンのエンティティとして移動管理ノード３１０を含む。移動管理ノード３１０は、移動端末２００の移動管理及びベアラ管理（e.g. ベアラ確立、ベアラ構成変更、ベアラ解放）を行う。例えば、ＵＭＴＳの場合、移動管理ノード３１０は、ＳＧＳＮのコントロールプレーン機能を有する。また、ＥＰＳの場合、移動管理ノード３１０は、ＭＭＥの機能を有する。

また、ＭＣＮ２０は、ユーザプレーンのエンティティとして少なくとも１つの転送ノード４１０を含む。転送ノード４１０は、ＲＡＮ１０と外部ネットワーク３０の間で移動端末２００に関するユーザデータパケットを転送する。例えば、ＵＭＴＳの場合、少なくとも１つの転送ノード４１０は、Serving GPRS Support Node（ＳＧＳＮ）のコントロールプレーン機能、及びGateway GPRS Support Node（ＧＧＳＮ）を含む。また、ＥＰＳの場合、少なくとも１つの転送ノード４１０は、Serving Gateway（Ｓ−ＧＷ）及びPDN Gateway（Ｐ−ＧＷ）を含む。

外部ネットワーク３０は、移動端末２１０の通信先ネットワーク又は通信先ノードを含む。外部ネットワーク３０と移動端末２１０の間で送受信されるユーザデータパケット（e.g. ＩＰパケット）は、基地局１１０を含むＲＡＮ１０及び転送ノード４１０を含むＭＣＮ２０に転送される。つまり、移動端末２１０は、ＲＡＮ１０及びＭＣＮ２０を介して外部ネットワーク３０と通信する。

第１の参考形態では、転送ノード４１０（e.g. Ｓ−ＧＷ）が移動端末２１０の通信頻度に関するパラメタを計測する。転送ノード４１０は、移動端末２１０の通信頻度（つまり、単位時間当たりの通信量）を計測してもよいし、移動端末２１０の平均的な通信間隔を計測してもよい。具体的には、転送ノード４１０は、移動端末２１０が宛先に指定されたダウンリンクパケット及び移動端末２１０が送信元に指定されたアップリンクパケットの少なくとも一方を監視すればよい。

また、第１の参考形態では、転送ノード４１０又は移動管理ノード３１０が、移動端末２１０に関するUE inactivity timer １０１の満了期間を決定する。図１２は、転送ノード４１０がUE inactivity timer １０１の満了期間を決定する場合のシーケンス図を示している。ステップＳ４１では、転送ノード４１０は、移動端末２１０の通信頻度を計測する。ステップＳ４２では、転送ノード４１０は、移動端末２１０の通信頻度の計測結果に基づいて、移動端末２１０に関するUE inactivity timer １０１の満了期間を決定する。なお、転送ノード４１０は、移動端末２１０の通信頻度が所定の閾値を超える場合に、又は通信頻度が所定の閾値を下回る場合に、UE inactivity timer １０１の満了期間の変更が必要な対象として当該移動端末２１０を検出してもよい。

UE inactivity timer １０１の満了期間の決定（変更）は例えば以下のように行えばよい。転送ノード４１０は、移動端末２１０の通信頻度が相対的に高い場合に、そうでない場合に比べてUE inactivity timer１０１の満了期間を長くしてもよい。言い換えると、転送ノード４１０は、移動端末２１０の通信頻度が高くなるに従って、UE inactivity timer１０１の満了期間を長くしてもよい。さらに言い換えると、転送ノード４１０は、移動端末２１０の通信頻度が所定の閾値を超える場合に、当該閾値を下回る場合に比べてUE inactivity timer１０１の満了期間を長くするように決定してもよい。これにより、移動端末２１０がＣＯＮＮＥＣＴＥＤ状態に留まる時間を長くできる。したがって、移動端末２１０のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の繰り返しに起因して生じるコアネットワーク２０が処理すべき制御信号数の増加を抑えることが期待できる。

また、転送ノード４１０は、移動端末２１０の平均的な通信間隔を考慮してUE inactivity timer１０１の満了期間を決定してもよい。具体的には、転送ノード４１０は、移動端末２１０に関するUE inactivity timer１０１の満了期間が、移動端末２１０の平均的な通信間隔より長くなるようにしてもよい。これにより、移動端末２１０のＩＤＬＥ−ＣＯＮＮＥＣＴＥＤ遷移の頻度が減少するため、移動管理ノード３００が処理すべき制御信号数が減少することが期待できる。

ステップＳ４３では、転送ノード４１０は、UE inactivity timer１０１を実行するＲＡＮ１０のノード、すなわち基地局１１０に対してタイマ変更要求を送信する。タイマ変更要求は、対象となる移動端末２１０の識別子（UE Identifier（ＵＥＩＤ））、及びUE inactivity timer１０１の満了期間を示す設定情報を含む。ステップＳ４４では、基地局１１０は、タイマ変更要求に基づいて、指定された移動端末２１０に関するUE inactivity timer１０１の満了期間を変更する。

一方、図１３は、移動管理ノード３１０がUE inactivity timer １０１の満了期間を決定する場合のシーケンス図を示している。ステップＳ５１では、図１２のステップＳ４１と同様に、転送ノード４１０は移動端末２１０の通信頻度を計測する。ステップＳ５１では、転送ノード４１０は、移動端末２１０の通信頻度の計測結果を示す通知を移動管理ノード３１０に送信する。なお、転送ノード４１０は、移動端末２１０の通信頻度が所定の閾値を超えたことに応じて、又は通信頻度が所定の閾値を下回ったことに応じて、当該移動端末２１０に関する通信頻度の計測結果を移動管理ノード３１０に通知してもよい。これにより、転送ノード４１０と移動管理ノード３１０の間の制御信号数を低減できる。

ステップＳ５３では、移動管理ノード３１０は、転送ノード４１０から受信した移動端末２１０の通信頻度の計測結果に基づいて、移動端末２１０に関するUE inactivity timer １０１の満了期間を決定する。UE inactivity timer １０１の満了期間の決定は、図１２のステップＳ４２と同様に行えばよい。ステップＳ５４では、移動管理ノード３１０は、UE inactivity timer１０１を実行するＲＡＮ１０のノード、すなわち基地局１１０に対してタイマ変更要求を送信する。ステップＳ５５では、基地局１１０は、タイマ変更要求に基づいて、指定された移動端末２１０に関するUE inactivity timer１０１の満了期間を変更する。

＜第２の参考形態＞
図１４は、第２の参考形態に係る移動通信システムの構成例を示すブロック図である。図１４の構成例は、ＲＡＮ１０を含む。ＲＡＮ１０は、基地局１２０及び移動端末２２０を含む。基地局１２０は、UE inactivity timer １０１を有する。

第２の参考形態では、移動端末２２０が移動端末２２０の通信頻度に関するパラメタ（e.g. 通信頻度、通信間隔）を計測する。具体的には、移動端末２２０は、自身が有する通信モジュールにおいて、基地局１２０から到着するダウンリンクパケット及び基地局１２０に送信されるアップリンクパケットの少なくとも一方を監視すればよい。

また、第２の参考形態では、移動端末２２０又は基地局１２０が、移動端末２２０に関するUE inactivity timer １０１の満了期間を決定する。図１５は、移動端末２２０がUE inactivity timer １０１の満了期間を決定する場合のシーケンス図を示している。ステップＳ６１では、移動端末２２０は、自身の通信頻度を計測する。ステップＳ６２では、移動端末２２０は、自身の通信頻度の計測結果に基づいて、自身に関するUE inactivity timer １０１の満了期間を決定する。ステップＳ６２におけるUE inactivity timer １０１の満了期間の決定は、図１２のステップＳ４２と同様に行えばよい。なお、移動端末２２０は、自身の通信頻度が所定の閾値を超えたことに応じて、又は自身の通信頻度が所定の閾値を下回ったことに応じて、ステップＳ６２におけるUE inactivity timer １０１の満了期間の決定をおこなってもよい。

ステップＳ６３では、移動端末２２０は、UE inactivity timer１０１を実行するＲＡＮ１０のノード、すなわち基地局１２０に対してタイマ変更要求を送信する。タイマ変更要求は、対象となる移動端末２２０の識別子（ＵＥＩＤ）、及びUE inactivity timer１０１の満了期間を示す設定情報を含む。このタイマ変更要求の送信は、移動端末２２０及び基地局１２０によって終端される制御レイヤのメッセージ、例えばRadio Resource Control（ＲＲＣ）レイヤのメッセージを用いて行えばよい。タイマ変更要求のために、新規なＲＲＣメッセージ、例えば"RRC Inactivity Timer Change Request"メッセージ、が定義されてもよい。

ステップＳ６４では、基地局１２０は、移動端末２２０からのタイマ変更要求に基づいて、当該端末に関するUE inactivity timer１０１の満了期間を変更する。

一方、図１６は、基地局１２０がUE inactivity timer １０１の満了期間を決定する場合のシーケンス図を示している。ステップＳ７１では、ステップＳ６１と同様に、移動端末２２０は自身の通信頻度を計測する。ステップＳ７２では、移動端末２２０は自身の通信頻度の計測結果を示す通知を基地局１２０に送信する。当該通知の送信は、ＲＲＣレイヤのメッセージを用いて行えばよい。なお、移動端末２２０は、自身の通信頻度が所定の閾値を超えたことに応じて、又は通信頻度が所定の閾値を下回ったことに応じて、ステップＳ７２の通知を行なってもよい。

ステップＳ７３では、基地局１２０は、移動端末２２０から受信した移動端末２２０の通信頻度の計測結果に基づいて、移動端末２２０に関するUE inactivity timer １０１の満了期間を決定する。UE inactivity timer １０１の満了期間の決定は、図１２のステップＳ４２と同様に行えばよい。ステップＳ７４では、基地局１２０は、移動端末２２０に関するUE inactivity timer１０１の満了期間を変更する。

なお、当該参考形態において、基地局１２０は、通信頻度が所定の閾値を超えた（又は所定の閾値を下回った）特定の移動端末２２０に個別に適用されるUE inactivity timer １０１のみの満了期間を変更してもよい。しかしながら、あるアーキテクチャにおいては、基地局１２０は、UE inactivity timer １０１の満了期間を移動端末毎に設定できない場合も考えられる。この場合、基地局１２０は、通信頻度が所定の閾値を超えた（又は所定の閾値を下回った）特定の移動端末２２０を含む複数の移動端末２２０に共通的に適用されるUE inactivity timer １０１の満了期間の設定値を更新してもよい。

＜第３の参考形態＞
図１７は、第３の参考形態に係る移動通信システムの構成例を示すブロック図である。図１７の構成例は、ＲＡＮ１０及びＭＣＮ２０を含む。ＲＡＮ１０は、基地局１３０及び移動端末２３０を含む。基地局１３０は、UE inactivity timer １０１を有する。ＭＣＮ２０は、コントロールプレーンのエンティティとして移動管理ノード３３０を含む。

第３の参考形態では、移動端末２３０が移動端末２３０の通信頻度に関するパラメタ（e.g. 通信頻度、通信間隔）を計測する。具体的には、移動端末２３０は、自身が有する通信モジュールにおいて、基地局１３０から到着するダウンリンクパケット及び基地局１３０に送信されるアップリンクパケットの少なくとも一方を監視すればよい。

また、第２の参考形態では、移動端末２３０又は移動管理ノード３３０が、移動端末２３０に関するUE inactivity timer １０１の満了期間を決定する。図１８は、移動端末２３０がUE inactivity timer １０１の満了期間を決定する場合のシーケンス図を示している。ステップＳ８１及びＳ８２における処理は、図１５のステップＳ６１及びＳ６２と同様とすればよい。

ステップＳ８３では、移動端末２３０は、移動管理ノード３３０に対してタイマ変更要求を送信する。タイマ変更要求は、対象となる移動端末２２０の識別子（ＵＥＩＤ）、及びUE inactivity timer１０１の満了期間を示す設定情報を含む。このタイマ変更要求の送信は、移動端末２３０及び移動管理ノード３３０によって終端される制御レイヤのメッセージ、例えばNon-Access Stratum（ＮＡＳ）レイヤのメッセージを用いて行えばよい。タイマ変更要求のために、新規なＮＡＳメッセージが定義されてもよい。

ステップＳ８４では、移動管理ノード３３０は、移動端末２２０からのタイマ変更要求の受信に応答して、UE inactivity timer１０１を実行するＲＡＮ１０のノード、すなわち基地局１３０に対してタイマ変更要求を送信する。ステップＳ８５では、基地局１３０は、タイマ変更要求に基づいて、指定された移動端末２３０に関するUE inactivity timer１０１の満了期間を変更する。

一方、図１９は、移動管理ノード３３０がUE inactivity timer １０１の満了期間を決定する場合のシーケンス図を示している。ステップＳ９１では、図１８のステップＳ８１と同様に、移動端末２３０は自身の通信頻度を計測する。ステップＳ９２では、移動端末２３０は自身の通信頻度の計測結果を示す通知を移動管理ノード３３０に送信する。当該通知の送信は、ＮＡＳレイヤのメッセージを用いて行えばよい。なお、移動端末２３０は、自身の通信頻度が所定の閾値を超えたことに応じて、又は通信頻度が所定の閾値を下回ったことに応じて、ステップＳ７９２の通知を行なってもよい。

ステップＳ９３では、移動管理ノード３３０は、移動端末２３０から受信した移動端末２３０の通信頻度の計測結果に基づいて、移動端末２３０に関するUE inactivity timer １０１の満了期間を決定する。ステップＳ９４及びＳ９５における処理は、図１３のステップＳ５４及びＳ５５と同様とすればよい。

当該参考形態において、基地局１３０は、通信頻度が所定の閾値を超えた（又は所定の閾値を下回った）特定の移動端末２３０に個別に適用されるUE inactivity timer １０１のみの満了期間を変更してもよい。また、基地局１３０は、通信頻度が所定の閾値を超えた（又は所定の閾値を下回った）特定の移動端末２３０を含む複数の移動端末２３０に共通的に適用されるUE inactivity timer １０１の満了期間の設定値を更新してもよい。

＜第４の参考形態＞
図２０は、第４の参考形態に係る移動通信システムの構成例を示すブロック図である。図２０の構成例は、ＲＡＮ１０を含む。ＲＡＮ１０は、基地局１４０及び移動端末２４０を含む。基地局１４０は、UE inactivity timer １０１を有する。

第４の参考形態では、基地局１４０が移動端末２４０の通信頻度に関するパラメタ（e.g. 通信頻度、通信間隔）を計測する。そして、基地局１４０は、移動端末２４０の通信頻度に関するパラメタの計測結果に基づいて、移動端末２４０に関するUE inactivity timer １０１の満了期間を決定する。

図２１は、基地局１４０が、移動端末２４０の通信頻度の監視およびUE inactivity timer １０１の満了期間の決定をともに行う場合のフローチャートである。ステップＳ１０１では、基地局１４０は、移動端末２２０の通信頻度に関するパラメタ（e.g. 通信頻度、通信間隔）を計測する。例えば、基地局１４０は、Packet Domain Convergence Protocol（ＰＤＣＰ）レイヤにおける移動端末２４０宛てのダウンリンクパケットの到着頻度又は平均的な到着間隔を計測してもよい。また、例えば、基地局１４０は、移動端末２４０からのアップリンク無線リソースの割当要求（e.g. スケジューリング要求（Scheduling Request））の受信頻度又は平均的な受信間隔を計測してもよい。

ステップＳ１０２では、基地局１４０は、移動端末２４０の通信頻度の計測結果に基づいて、移動端末２４０のUE inactivity timer １０１の満了期間を決定する。UE inactivity timer １０１の満了期間の決定は、図１２のステップＳ４２と同様に行えばよい。ステップＳ１０３では、基地局１４０は、移動端末２４０に関するUE inactivity timer１０１の満了期間を変更する。

当該参考形態において、基地局１４０は、通信頻度が所定の閾値を超えた（又は所定の閾値を下回った）特定の移動端末２４０に個別に適用されるUE inactivity timer １０１のみの満了期間を変更してもよい。また、基地局１４０は、通信頻度が所定の閾値を超えた（又は所定の閾値を下回った）特定の移動端末２４０を含む複数の移動端末２４０に共通的に適用されるUE inactivity timer １０１の満了期間の設定値を更新してもよい。

上述した第１〜第４の参考形態に示された技術思想は、例えば、以下の付記のように記載することもできる。

（付記１）
無線アクセスネットワークに配置され、前記無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマを実行するＲＡＮノードと、
前記モバイルコアネットワークに配置され、前記移動端末によって送受信されるユーザデータの転送処理を担う転送ノードと、
前記モバイルコアネットワークに配置され、前記移動端末の移動管理を行う移動管理ノードと、
を備え、
前記転送ノードは、前記移動端末の通信頻度を計測するよう構成され、
前記転送ノード及び前記移動管理ノードの少なくとも一方は、前記通信頻度に基づいて決定された前記タイマの満了期間を前記ＲＡＮノードに通知するよう構成されている、
移動通信システム。
（付記２）
前記転送ノードは、前記通信頻度に基づいて前記満了期間を決定し、前記満了期間を示すタイマ設定情報を含む要求を前記ＲＡＮノードに送信するよう構成されている、付記１に記載の移動通信システム。
（付記３）
前記転送ノードは、前記通信頻度を示す測定データを含む通知を前記移動管理ノードに送信するよう構成され、
前記移動管理ノードは、前記通信頻度に基づいて前記満了期間を決定し、前記満了期間を示すタイマ設定情報を含む要求を前記ＲＡＮノードに送信するよう構成されている、
付記１に記載の移動通信システム。
（付記４）
前記ＲＡＮノードは基地局である、付記１〜３のいずれか１項に記載の移動通信システム。
（付記５）
モバイルコアネットワークに配置され、無線アクセスネットワークを介して前記モバイルコアネットワークに接続する移動端末によって送受信されるユーザデータの転送処理を担う転送ノードであって、
前記移動端末の通信頻度を計測する計測部と、
前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマの満了期間を前記通信頻度に基づいて決定する決定部と、
前記タイマを実行する前記無線アクセスネットワークに配置されたＲＡＮノードに対して、前記満了期間を通知する通知部と、
を備える転送ノード。
（付記６）
モバイルコアネットワークに配置され、無線アクセスネットワークを介して前記モバイルコアネットワークに接続する移動端末の移動管理を行う移動管理ノードであって、
ユーザデータの転送処理を担う転送ノードから、前記移動端末の通信頻度を示す測定データを受信する受信部と、
前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマの満了期間を前記通信頻度に基づいて決定する決定部と、
前記タイマを実行する前記無線アクセスネットワークに配置されたＲＡＮノードに対して、前記満了期間を通知する通知部と、
を備える移動管理ノード。
（付記７）
無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末と、
前記無線アクセスネットワークに配置され、前記無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマを実行するＲＡＮノードと、
を備え、
前記移動端末は、前記移動端末の通信頻度を計測するよう構成され、
前記移動端末及び前記ＲＡＮノードの少なくとも一方は、前記通信頻度に基づいて前記タイマの満了期間を決定するよう構成されている、
移動通信システム。
（付記８）
前記移動端末は、前記通信頻度に基づいて前記満了期間を決定し、前記満了期間を示すタイマ設定情報を含む要求を前記ＲＡＮノードに送信するよう構成されている、付記７に記載の移動通信システム。
（付記９）
前記要求は、Radio Resource Control（ＲＲＣ）メッセージとして送信される、付記８に記載の移動通信システム。
（付記１０）
前移動端末は、前記通信頻度を示す測定データを含む通知を前記ＲＡＮノードに送信するよう構成され、
前記ＲＡＮノードは、前記通信頻度に基づいて前記満了期間を決定するよう構成されている、
付記７に記載の移動通信システム。
（付記１１）
前記通知は、Radio Resource Control（ＲＲＣ）メッセージとして送信される、付記１０に記載の移動通信システム。
（付記１２）
前記ＲＡＮノードは基地局である、付記７〜１１のいずれか１項に記載の移動通信システム。
（付記１３）
無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末であって、
前記移動端末の通信頻度を計測する計測部と、
前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマの満了期間を前記通信頻度に基づいて決定する決定部と、
前記タイマを実行する前記無線アクセスネットワークに配置されたＲＡＮノードに対して、前記満了期間を通知する通知部と、
を備える移動端末。
（付記１４）
無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマを実行するタイマ部と、
前記移動端末の通信頻度を示す測定データを前記移動端末から受信する受信部と、
前記通信頻度に基づいて前記タイマの満了期間を決定する決定部と、
を備えるＲＡＮノード。
（付記１５）
無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末と、
前記無線アクセスネットワークに配置され、前記無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマを実行するＲＡＮノードと、
前記モバイルコアネットワークに配置され、前記移動端末の移動管理を行う移動管理ノードと、
を備え、
前記移動端末は、前記移動端末の通信頻度を計測するよう構成され、
前記移動端末及び前記移動管理ノードの少なくとも一方は、前記通信頻度に基づいて前記タイマの満了期間を決定するよう構成され、
前記移動管理ノードは、前記満了期間を示すタイマ設定情報を含む第１の要求を前記ＲＡＮノードに送信するよう構成されている、
移動通信システム。
（付記１６）
前記移動端末は、前記通信頻度に基づいて前記満了期間を決定し、前記満了期間を示すタイマ設定情報を含む第２の要求を前記移動管理ノードに送信するよう構成され、
前記移動管理ノードは、前記第２の要求に従って前記第１の要求を送信するよう構成されている、
付記１５に記載の移動通信システム。
（付記１７）
前記第２の要求は、Non-Access Stratum（ＮＡＳ）メッセージとして送信される、付記１６に記載の移動通信システム。
（付記１８）
前記移動端末は、前記通信頻度を示す測定データを含む通知を前記移動管理ノードに送信するよう構成され、
前記移動管理ノードは、前記通信頻度に基づいて前記満了期間を決定するよう構成されている、
付記１５に記載の移動通信システム。
（付記１９）
前記通知は、Non-Access Stratum（ＮＡＳ）メッセージとして送信される、付記１８に記載の移動通信システム。
（付記２０）
無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末であって、
前記移動端末の通信頻度を計測する計測部と、
前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマの満了期間を前記通信頻度に基づいて決定する決定部と、
前記移動端末の移動管理を行う移動管理ノードに対して前記満了期間を通知する通知部と、
を備える移動端末。
（付記２１）
モバイルコアネットワークに配置され、無線アクセスネットワークを介して前記モバイルコアネットワークに接続する移動端末の移動管理を行う移動管理ノードであって、
前記移動端末の通信頻度を示す測定データを前記移動端末から受信する受信部と、
前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマの満了期間を前記通信頻度に基づいて決定する決定部と、
前記タイマを実行する前記無線アクセスネットワークに配置されたＲＡＮノードに対して、前記満了期間を通知する通知部と、
を備える移動管理ノード。
（付記２２）
無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられるタイマを実行するタイマ部と、
前記移動端末の通信頻度を計測する計測部と、
前記通信頻度に基づいて前記タイマの満了期間を決定する決定部と、
を備えるＲＡＮノード。
（付記２３）
前記計測部は、前記移動端末からのアップリンク無線リソース要求の受信頻度を測定することによって前記通信頻度を計測する、付記２２に記載のＲＡＮノード。
（付記２４）
前記計測部は、前記移動端末宛てのダウンリンクデータパケットの受信頻度を測定することによって前記通信頻度を計測する、付記２２又は２３に記載のＲＡＮノード。

この出願は、２０１２年７月６日に出願された日本出願特願２０１２−１５３０９１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１０ 無線アクセスネットワーク（ＲＡＮ）
２０ モバイルコアネットワーク（ＭＣＮ）
３０ 外部ネットワーク
１００、１１０、１２０、１３０、１４０ 基地局
１０１ UE inactivity timer
２００、２１０、２２０、２３０、２４０ 移動端末
３００、３１０、３３０ 移動管理ノード
３０１ 取得部
３０２ 決定部
３０３ 通知部
４００ 移動管理ノード
４０１ 加入者データ
４０２ UE inactivity timerの設定データ
４１０ 転送ノード

Claims (27)

1. 無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられる第１のタイマの満了期間を所定のパラメタに基づいて決定すること、及び
   前記移動端末がＣＯＮＮＥＣＴＥＤ状態であるときの間欠受信（ＤＲＸ）の開始を決定するために用いられる第２のタイマの満了期間を、前記第１のタイマの満了期間の決定に応じて決定することを備え、
   前記所定のパラメタは、
   （ａ）前記移動端末による前記モバイルコアネットワークへの接続頻度に関する第１のパラメタ、
   （ｂ）前記モバイルコアネットワークに配置された移動管理ノードの制御信号処理の負荷に関する第２のパラメタ、
   （ｃ）前記移動端末による基地局間の移動頻度に関する第３のパラメタ、及び
   （ｄ）前記移動端末にインストールされたソフトウェアに関する第４のパラメタ、
   のうち少なくとも１つを含む、
   方法。
2. 前記所定のパラメタは、前記第２のパラメタを含み、
   前記第１のタイマの満了期間を決定することは、前記移動管理ノードの制御信号処理の負荷が相対的に大きい値である場合に相対的に小さい値である場合に比べて前記第１のタイマの満了期間を長くすることを含む、
   請求項１に記載の方法。
3. 前記第２のパラメタは、前記移動端末を含む複数の移動端末に関して前記移動管理ノードが処理する制御信号の発生頻度を示す、請求項２に記載の方法。
4. 前記制御信号は、前記複数の移動端末からのサービス要求を含む、請求項３に記載の方法。
5. 前記所定のパラメタは、前記第３のパラメタを含み、
   前記第１のタイマの満了期間を決定することは、前記移動頻度が相対的に高い値である場合に相対的に低い値である場合に比べて前記第１のタイマの満了期間を短くすることを含む、
   請求項１〜４のいずれか１項に記載の方法。
6. 前記所定のパラメタは、前記移動端末の通信頻度に関するパラメタを更に含み、
   前記第１のタイマの満了期間を決定することは、前記移動頻度が前記通信頻度より高い場合に、そうでない場合に比べて前記第１のタイマの満了期間を短くすることを含む、
   請求項５に記載の方法。
7. 前記所定のパラメタは、前記第１及び第３のパラメタを含み、
   前記第１のタイマの満了期間を決定することは、前記移動頻度および前記接続頻度を共に考慮して前記第１のタイマの満了期間を決定することを含む、
   請求項１に記載の方法。
8. 前記移動管理ノードにおいて前記第１〜第３のパラメタの少なくとも１つを取得することをさらに備え、
   前記第１のタイマの満了期間を決定することは、前記移動管理ノードにおいて、前記第１〜第３のパラメタの少なくとも１つに基づいて前記第１のタイマの満了期間を決定することを含む、
   請求項１〜７のいずれか１項に記載の方法。
9. 無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられる第１のタイマの満了期間を所定のパラメタに基づいて決定することを備え、
   前記所定のパラメタは、前記移動端末による前記モバイルコアネットワークへの接続頻度に関するパラメタ、及び前記移動端末による基地局間の移動頻度に関するパラメタを少なくとも含み、
   前記決定することは、前記移動頻度が前記接続頻度より高い場合に、そうでない場合に比べて前記満了期間を短くすることを含む、
   方法。
10. 前記無線アクセスネットワークに配置された前記第１のタイマを実行するノードに対して前記第１のタイマの満了期間を通知することをさらに備える、請求項１〜９のいずれか１項に記載の方法。
11. 前記通知することは、前記移動端末を含む複数の移動端末に関する複数のタイマの満了期間の更新を通知することを含む、請求項１０に記載の方法。
12. 前記第１のタイマは、前記移動端末に関するユーザデータの送受信が行われない不活性状態の継続時間を計測する、
    請求項１〜１１のいずれか１項に記載の方法。
13. 前記第１のタイマは、前記無線アクセスネットワークに配置されたノードによって開始される、請求項１〜１２のいずれか１項に記載の方法。
14. 無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられる第１のタイマの満了期間を所定のパラメタに基づいて決定するとともに、前記移動端末がＣＯＮＮＥＣＴＥＤ状態であるときの間欠受信（ＤＲＸ）の開始を決定するために用いられる第２のタイマの満了期間を前記第１のタイマの満了期間の決定に応じて決定する決定手段を備え、
    前記所定のパラメタは、
    （ａ）前記移動端末による前記モバイルコアネットワークへの接続頻度に関する第１のパラメタ、
    （ｂ）前記モバイルコアネットワークに配置された移動管理ノードの制御信号処理の負荷に関する第２のパラメタ、
    （ｃ）前記移動端末による基地局間の移動頻度に関する第３のパラメタ、及び
    （ｄ）前記移動端末にインストールされたソフトウェアに関する第４のパラメタ、
    のうち少なくとも１つを含む、
    ネットワークノード。
15. 前記所定のパラメタは、前記第２のパラメタを含み、
    前記決定手段は、前記移動管理ノードの制御信号処理の負荷が相対的に大きい値である場合に相対的に小さい値である場合に比べて前記第１のタイマの満了期間を長くするように決定する、
    請求項１４に記載のネットワークノード。
16. 前記第２のパラメタは、前記移動端末を含む複数の移動端末に関して前記移動管理ノードが処理する制御信号の発生頻度を示す、請求項１５に記載のネットワークノード。
17. 前記制御信号は、前記複数の移動端末からの接続要求又はサービス要求を含む、請求項１６に記載のネットワークノード。
18. 前記所定のパラメタは、前記第３のパラメタを含み、
    前記決定手段は、前記移動頻度が相対的に高い値である場合に相対的に低い値である場合に比べて前記第１のタイマの満了期間を短くするように決定する、
    請求項１４〜１７のいずれか１項に記載のネットワークノード。
19. 前記所定のパラメタは、前記移動端末の通信頻度に関するパラメタを更に含み、
    前記決定手段は、前記移動頻度が前記通信頻度より高い場合に、そうでない場合に比べて前記第１のタイマの満了期間を短くするように決定する、
    請求項１８に記載のネットワークノード。
20. 前記所定のパラメタは、前記第１及び第３のパラメタを含み、
    前記決定手段は、前記移動頻度および前記接続頻度を共に考慮して前記第１のタイマの満了期間を決定する、
    請求項１４に記載のネットワークノード。
21. 無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられる第１のタイマの満了期間を所定のパラメタに基づいて決定する決定手段を備え、
    前記所定のパラメタは、前記移動端末による前記モバイルコアネットワークへの接続頻度に関するパラメタ、及び前記移動端末による基地局間の移動頻度に関するパラメタを少なくとも含み、
    前記決定手段は、前記移動頻度が前記接続頻度より高い場合に、そうでない場合に比べて前記満了期間を短くする、
    ネットワークノード。
22. 前記無線アクセスネットワークに配置された前記第１のタイマを実行するノードに対して前記第１のタイマの満了期間を通知する通知手段をさらに備える、請求項１４〜２１のいずれか１項に記載のネットワークノード。
23. 前記通知手段は、前記移動端末を含む複数の移動端末に関する複数のタイマの満了期間の更新を通知する、請求項２２に記載のネットワークノード。
24. 前記ネットワークノードは、移動管理ノードである、請求項１４〜２３のいずれか１項に記載のネットワークノード。
25. 前記第１のタイマは、前記移動端末に関するユーザデータの送受信が行われない不活性状態の継続時間を計測する、
    請求項１４〜２４のいずれか１項に記載のネットワークノード。
26. 前記第１のタイマは、前記無線アクセスネットワークに配置されたノードによって開始される、請求項１４〜２５のいずれか１項に記載のネットワークノード。
27. 制御方法をコンピュータに行わせるためのプログラムであって、
    前記制御方法は、無線アクセスネットワークを介してモバイルコアネットワークに接続する移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために用いられる第１のタイマの満了期間を所定のパラメタに基づいて決定すること、及び
    前記移動端末がＣＯＮＮＥＣＴＥＤ状態であるときの間欠受信（ＤＲＸ）の開始を決定するために用いられる第２のタイマの満了期間を、前記第１のタイマの満了期間の決定に応じて決定することを備え、
    前記所定のパラメタは、
    （ａ）前記移動端末による前記モバイルコアネットワークへの接続頻度に関する第１のパラメタ、
    （ｂ）前記モバイルコアネットワークに配置された移動管理ノードの制御信号処理の負荷に関する第２のパラメタ、
    （ｃ）前記移動端末による基地局間の移動頻度に関する第３のパラメタ、及び
    （ｄ）前記移動端末にインストールされたソフトウェアに関する第４のパラメタ、
    のうち少なくとも１つを含む、
    プログラム。

Images