JP2019149839A - 移動管理ノード、無線基地局、及びこれらの方法 - Google Patents

Abstract

【課題】移動端末の状態遷移（ＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移）の繰り返しに起因して生じるコアネットワークが処理すべきシグナリングを、コアネットワークの判断に基づいて減らせるようにする。【解決手段】移コアネットワーク（１０）に配置される動管理ノード（２００）は、移動端末（３００）の行動に関する第１の情報に基づいて、移動端末（３００）の状態遷移に関する第２の情報を決定し、これを無線基地局（１００）に通知する。当該状態遷移は、Ｓ１ Ｒｅｌｅａｓｅ Ｐｒｏｃｅｄｕｒｅによって移動端末（３００）がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移することを含む。【選択図】図１

Description

本発明は、３ＧＰＰ（3rd Generation Partnership Project）、３ＧＰＰ２、ＷｉＭＡＸ Ｆｏｒｕｍ等で検討されている移動通信システムに関し、特に、ＣＯＮＮＥＣＴＥＤ状態とＩＤＬＥ状態間での移動端末の状態遷移を制御する方法に関する。

図４は、移動通信システムの一般的な構成例を示すブロック図である。図４では、背景技術に関係しないノードや、説明に不要なノードは省略されている。図４において、コアネットワーク１０は、主に移動通信サービスを提供するオペレータにより管理されるネットワークである。コアネットワーク１０は、例えば、３ＧＰＰのＥＰＳ（Evolved Packet System）のパケット交換ネットワーク（ＥＰＣ（Evolved Packet Core））、ＵＭＴＳ（Universal Mode Telecommunications System）のパケット交換コアネットワーク、３ＧＧＰ２のＣＤＭＡ２０００のパケット交換コアネットワーク、又はＷｉＭＡＸ ＦｏｒｕｍのＣＳＮ（Connectivity Service Network）のパケット交換コアネットワークである。

無線アクセスネットワーク２０は、無線基地局９１０及び移動端末９３０を含む。無線基地局９１０は、無線アクセス技術により移動端末９３０と接続する機能を有する。コアネットワーク１０は、移動管理ノード２００を含む。移動管理ノード９２０は、無線アクセスにおける端末９３０の移動管理及び認証（セキュリティ制御）、並びにコアネットワーク１０と無線基地局９１０の間におけるユーザ・データ転送経路の設定処理及び制御信号を受け持つ。移動端末９３０は、無線インターフェースを備え、無線アクセス技術により無線基地局９１０に接続し、コアネットワーク１０へ接続する。

３ＧＰＰのＥＰＳにおいては、無線基地局９１０はｅＮＢ（Enhanced NodeB）、移動管理ノード９２０はＭＭＥ（Mobility Management Entity）、移動端末９３０はＵＥ（User Equipment）にそれぞれ対応する。また、無線アクセス技術にはＬＴＥ（Long Term Evolution）が使われる。

３ＧＰＰのＵＭＴＳにおいては、無線基地局９１０はＲＮＣ（Radio Network Controller）及びＮＢ（NodeB）が持つ機能に対応する。移動管理ノード２００はＳＧＳＮ（Serving GPRS Support Node）、移動端末３００はＵＥ（User Equipment）にそれぞれ対応する。また、無線アクセス技術にはＷ−ＣＤＭＡ（Wideband Code Division Multiple Access）が使われる。

３ＧＧＰ２のＣＤＭＡ２０００システムにおいては、無線基地局１００はＢＳ（Base Station）、移動管理ノード２００はＰＤＮＳ（Packet Data Serving Node）、移動端末３００はＭＳ（Mobile Station）にそれぞれ対応する。また、無線アクセス技術にはＥＶ−ＤＯ（Evolution‐Data Optimized）が使われる。

ＷｉＭＡＸ Ｆｏｒｕｍの通信システムにおいては、無線基地局１００はＡＳＮ−ＧＷ（Access Service Network Gateway）及びＢＳ（Base Station）が持つ機能に対応する。移動管理ノード２００はＨＡ（Home Agent）、移動端末３００はＭＳ（Mobile Station）にそれぞれ対応する。また、無線アクセス技術にはＷｉＭＡＸが使われる。

本明細書にて説明する本発明の各態様および各実施の形態は、移動通信システムのアーキテクチャに依存しないものであるから、３ＧＰＰ、３ＧＰＰ２、ＷｉＭＡＸ Ｆｏｒｕｍで標準化されている各移動通信システムへの適用が可能である。しかし、本発明の各態様および各実施の形態の構成および動作及び動作を詳細に説明するために、以後では３ＧＰＰのＥＰＳの移動通信システムに沿った説明を行う。

図３３において、移動端末９３０と無線基地局９１０間の無線区間のリソース（チャネル）割り当てを含む無線制御はＲＲＣ（Radio Resource Control）レイヤで行われ、移動端末３００とコアネットワーク１０間での制御メッセージの交換やパケット呼の接続などについては、ＲＲＣの上位のＮＡＳ（Non‐Access Stratum）レイヤによって行われている。

ＲＲＣレイヤでは、ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの２つの状態が存在する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においては、無線基地局９１０が移動端末９３０と無線基地局９１０間のＲＲＣ接続に関する情報（ＲＲＣコンテキスト）を保持しており、移動端末９３０と無線基地局９１０間の無線区間におけるユーザーデータの送受信が可能になる。一方ＲＲＣ＿ＩＤＬＥ状態においては、無線基地局１００が移動端末３００のＲＲＣ接続に関する情報（ＲＲＣコンテキスト）を開放しており、移動端末３００に対してＮＡＳにより設定された間欠受信（Discontinuous Reception：ＤＲＸ）が明示され、移動端末３００はページング信号の受信が可能になる。

間欠受信中の場合、移動端末９３０が受信すべきタイムスロットにタイミングを合わせて移動端末９３０が有する無線通信部が起動されて受信動作を行い、そのほかの時間は無線通信部がスタンバイ状態（電源をＯＦＦ）とされる。これにより、間欠受信は移動端末９３０の省電力化に大きな効果がある。

また、ＮＡＳレイヤでもＥＣＭ（EPS Connection Management）＿ＩＤＬＥ及びＥＣＭ＿ＣＯＮＮＥＣＴＥＤの２つの状態が存在する。ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態では、移動端末９３０と移動管理ノード９２０間にＮＡＳコネクションが確立されている。移動管理ノード９２０は、ＮＡＳコネクションを用いて、移動端末９３０の位置（つまり、どの無線基地局に接続しているか）を正確に把握し、移動端末９３０が基地局間を移動する際にハンドオーバーの処理を行う。一方ＥＣＭ＿ＩＤＬＥ状態は、移動端末９３０と移動管理ノード９２０間のＮＡＳコネクションが無い状態である。ＥＣＭ＿ＩＤＬＥ状態では、移動管理ノード９２０は、トラッキングエリアと呼ばれる複数の無線基地局を束ねた範囲を単位として移動端末９３０の移動管理を行う。そのためＥＣＭ＿ＩＤＬＥ状態で移動端末９３０が無線基地局間を移動してもハンドオーバー処理は発生しない。また、移動端末９３０がＥＣＭ＿ＩＤＬＥ状態からＥＣＭ＿ＣＯＮＮＥＣＴＥＤ状態に復帰する場合は、移動端末９３０はコアネットワーク１０と同期を取る（つまり位置登録を行う）必要がある。

移動端末９３０をＥＣＭ＿ＩＤＬＥ状態にして移動管理ノード９２０がトラッキングエリアの範囲で移動端末９３０の移動管理を行うと、移動端末９３０が無線基地局間を移動してもハンドオーバー処理を必要としないため、コアネットワーク（移動管理ノード２００も含む）への負荷を軽減できるというメリットがある。

ＲＲＣレイヤとＮＡＳレイヤの接続に関する状態（ＣＯＮＮＥＣＴＥＤまたはＩＤＬＥ）は同期していると言える。なぜなら、ＮＡＳレイヤの接続が確立される（ＥＣＭ＿ＣＯＮＮＥＣＴＥＤ状態になる）ためには、ＲＲＣレイヤでの接続が確立されている（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態になる）必要があり、またＲＲＣレイヤの接続を確立する際にＮＡＳレイヤの接続の確立も同時に行われるためである。さらに、ＲＲＣレイヤとＮＡＳレイヤのどちらかのレイヤの接続が開放される（ＩＤＬＥ状態に遷移する）ともう一方のレイヤも開放される（ＩＤＬＥ状態に遷移する）ためである。

ＮＡＳレイヤがＥＣＭ＿ＣＯＮＮＥＣＴＥＤ状態からＥＣＭ＿ＩＤＬＥ状態に遷移する場合、S１ Release Procedureが実行される。S１ Release Procedureを実行するトリガーのひとつとして、ＲＲＣ接続が開放される（ＲＲＣ＿ＩＤＬＥに遷移する）場合がある。また、ＲＲＣレイヤの接続が確立されている状態（ＲＲＣ＿ＣＯＮＮＥＣＴＩＯＮ状態）でS１ Release Procedureが実行されると、ＲＲＣレイヤの接続も開放される（ＲＲＣ＿ＩＤＬＥに遷移する）。つまり、ＲＲＣレイヤ及びＮＡＳレイヤがＩＤＬＥ状態に遷移する際にはS１ Release Procedureが実行される。

一方、ＲＲＣレイヤ及びＮＡＳレイヤがＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移する場合、Service Request Procedureが実行される。Service Request Procedureが行われることによってＮＡＳ接続及びＲＲＣ接続が確立される。

ここで、本明細書及び特許請求の範囲で使用する「ＣＯＮＮＥＣＴＥＤ状態」及び「ＩＤＬＥ状態」の用語の定義を述べる。「ＩＤＬＥ状態」とは、上述した３ＧＰＰのＥＣＭ＿ＩＤＬＥ状態であり且つＲＲＣ＿ＩＤＬＥ状態である場合のように、移動端末がコアネットワークとの間でセッション管理及びモビリティ管理のためのシグナリングを行っておらず、Ｅ−ＵＴＲＡＮ等の無線アクセスネットワークでの無線リソースも開放された状態を意味する。これに対して「ＣＯＮＮＥＣＴＥＤ状態」とは、上述した３ＧＰＰのＥＣＭ＿ＣＯＮＮＥＣＴＥＤ状態であり且つＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である場合のように、少なくとも移動端末とコアネットワークとの間でセッション管理及びモビリティ管理のための制御信号（制御メッセージ）を送受信するための無線リソースが無線アクセスネットワークにて確保され、移動端末とコアネットワークとの間で制御信号（制御メッセージ）を送受信可能な状態を意味する。つまり、「ＣＯＮＮＥＣＴＥＤ状態」は、少なくともセッション管理及びモビリティ管理のための制御信号（制御メッセージ）を送受信できるように移動端末がコアネットワークに接続された状態であればよい。言い換えると、「ＣＯＮＮＥＣＴＥＤ状態」は、移動端末が外部のパケットデータネットワーク（Packet Data Network：ＰＤＮ）との間でユーザデータを送受信可能なベアラまでが設定された状態を必要としない。

3GPP TS 23.401 V10.0.0 (2010-06)、"General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 10)"、セクション4.6.3、セクション5.3.4、及びセクション5.3.5、2010年6月 3GPP TS 36.331 V9.1.0 (2009-12)、"Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource Control (RRC); Protocol specification (Release 9)"、セクション4.2.1、セクション5.3.8、及びセクション5.3.9、2010年1月 3GPP TS 24.301 V9.1.0 (2009-12)、" Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3"、セクション5.3.1.2、2009年12月

背景技術で説明したように、移動端末９３０と無線基地局９１０間の無線リソース管理レイヤにおいて移動端末９３０の無線接続状態を開放する（ＲＲＣ＿ＩＤＬＥに遷移する）と、上位レイヤ（ＮＡＳレイヤ）の接続を開放するためのS１ Release Procedureが合わせて実行される。また、ＲＲＣレイヤの状態がＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する際にも、上位レイヤ（ＮＡＳレイヤ）の接続を確立するためのService Request Procedureが合わせて実行される。S１ Release Procedure及びService Request Procedureが実行されると、複数のシグナリングが移動端末９３０とコアネットワーク１０間でやり取りされる。

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

移動端末９３０の状態遷移の繰り返しに起因するシグナリングを減らす方法のひとつとして、移動端末９３０におけるＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移するタイミングを調整する制御を実行することが考えられる。移動端末９３０の状態遷移を適正化できれば、状態遷移の繰り返しに起因するシグナリングの削減が期待できる。しかしながら、現在の３ＧＰＰ等の移動通信システムのスペックでは、ＣＯＮＮＥＣＴＥＤ状態とＩＤＬＥ状態との間での移動端末９３０の状態遷移（以下、“ＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移”と呼ぶ）のタイミングをコアネットワーク１０（例えば移動管理ノード９２０）が制御することができない。一方、コアネットワーク１０は、移動端末９３０からの状態遷移要求が到着するとこれを受け入れてしまう。つまり例えば、移動端末９３０がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移するまでの時間間隔の変更、又は移動端末９３０からの状態遷移要求をブロックする等の移動端末９３０のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移に関する制御をコアネットワーク１０が主体的に(つまり、コアネットワーク１０の判断に基づいて)行うことができないという課題がある。言い換えると、移動端末９３０のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移のタイミングをコアネットワーク１０から制御することができないという課題がある。

本発明の目的は、移動端末９３０の状態遷移（ＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移）の繰り返しに起因して生じるコアネットワーク１０が処理すべきシグナリングをコアネットワーク１０の判断に基づいて減らすことに寄与するポリシ決定システム、ポリシ決定方法、及びプログラムを提供することである。

本発明の第１の態様は、ポリシ決定システムを含む。当該ポリシ決定システムは、コアネットワークに配置され、無線基地局を含む無線アクセスネットワークに配置された制御装置と通信可能である。なお、前記制御装置は、前記ポリシ決定システムから供給される制御ポリシに基づいて、前記無線基地局に接続する移動端末のＣＯＮＮＥＣＴＥＤ状態とＩＤＬＥ状態の間での状態遷移に関する制御を行うよう構成されている。本態様に係るポリシ決定システムは、前記移動端末の状況に応じて前記制御ポリシを決定するポリシ決定部と、前記制御ポリシを前記制御装置に通知する通知部を有する。

本発明の第２の態様は、ポリシ決定方法を含む。当該ポリシ決定方法は、コアネットワークに配置され、無線基地局を含む無線アクセスネットワークに配置された制御装置と通信可能なポリシ決定システムによって行われる。なお、前記制御装置は、前記ポリシ決定システムから供給される制御ポリシに基づいて、前記無線基地局に接続する移動端末のＣＯＮＮＥＣＴＥＤ状態とＩＤＬＥ状態の間での状態遷移に関する制御を行うよう構成されている。本態様に係るポリシ決定方法は、前記移動端末の状況に応じて前記制御ポリシを決定するステップ、及び前記制御ポリシを前記第１の制御ノードに通知するステップを含む。

本発明の第３の態様は、上述した本発明の第２の態様に係る方法をコンピュータに行わせるためのプログラムである。

上述した本発明の各態様によれば、移動端末の状態遷移（ＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移）の繰り返しに起因して生じるコアネットワークが処理すべきシグナリングを、コアネットワークの判断に基づいて減らすことに寄与できるポリシ決定システム、ポリシ決定方法、及びプログラムを提供できる。

本発明の第１の実施の形態における移動通信システムの構成例を示す図である。 本発明の第１の実施の形態における移動管理ノードの構成例を示す図である。 本発明の第１の実施の形態における状態制御ポリシの例を示す図である。 本発明の第１の実施の形態における無線基地局の構成例を示す図である。 本発明の第１の実施の形態における、移動管理ノードが無線基地局に対して移動端末の状態制御を要求する処理の流れを示すシーケンス図である。 本発明の第１の実施の形態における移動管理ノードが状態制御要求を送信する際の動作例を示すフローチャートである。 本発明の第１の実施の形態における無線基地局が移動端末に対する状態制御を実行する際の動作例を示すフローチャートである。 本発明の第２の実施の形態における移動管理ノードの構成例を示す図である。 本発明の第２の実施の形態における無線基地局の構成例を示す図である。 本発明の第２の実施の形態における状態制御ポリシの例を示す図である。 本発明の第２の実施の形態における、無線基地局が移動管理ノードから状態制御要求を受信した際の処理例を示すフローチャートである。 本発明の第３の実施の形態における移動管理ノードの構成例を示す図である。 本発明の第３の実施の形態における無線基地局の構成例を示す図である。 本発明の第３の実施の形態における状態制御ポリシの例を示す図である。 本発明の第３の実施の形態における、無線基地局が移動管理ノードから状態制御要求を受信した際の処理例を示すフローチャートである。 本発明の第４の実施の形態における移動管理ノードの構成例を示す図である。 本発明の第４の実施の形態における、移動端末が無線基地局に対して接続及びハンドオーバーを開始する際に、当該移動端末に対して状態制御を開始する処理の流れを示すシーケンス図である。 本発明の第４の実施の形態における、移動管理ノードが無線基地局から移動端末の接続通知を受信した際の処理例を示すフローチャートである。 本発明の第５の実施の形態における移動通信システムの構成例を示す図である。 本発明の第５の実施の形態における移動管理ノードの構成例を示す図である。 本発明の第５の実施の形態における状態制御ポリシの例を示す図である。 本発明の第５の実施の形態における、移動管理ノードが特定の移動端末に対して状態制御を決定した際の処理の流れを示すシーケンス図である。 本発明の第５の実施の形態における、移動管理ノードが特定の移動端末に対して状態制御を開始する際の処理例を示すフローチャートである。 本発明の第６の実施の形態における移動通信システムの構成例を示す図である。 本発明の第６の実施の形態におけるポリシ決定ノードの構成例を示す図である。 本発明の第６の実施の形態における、ポリシ決定ノードが移動端末の状況に応じた状態制御ポリシ決定及び通知を行う再の処理例を示すフローチャートである。 本発明の第６の実施の形態における、移動端末の状況と状態制御ポリシの関係を定めるルールの第１の例を示す図である。 本発明の第６の実施の形態における、移動端末の状況と状態制御ポリシの関係を定めるルールの第２の例を示す図である。 本発明の第６の実施の形態における、移動端末の状況と状態制御ポリシの関係を定めるルールの第３の例を示す図である。 本発明の第７の実施の形態における移動管理ノードの構成例を示す図である。 本発明の第７の実施の形態における無線基地局の構成例を示す図である。 本発明の第７の実施の形態における状態制御ポリシの例を示す図である。 背景技術に係る移動通信システムの構成例を示す図である。

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

＜第１の実施の形態＞
図１は、本実施の形態にかかる移動通信システムの構成例を示すブロック図である。図１のシステムは、コアネットワーク１０に配置された移動管理ノード２００、無線基地局１００、及び移動端末３００を含む。移動管理ノード２００、無線基地局１００、及び移動端末３００の配置、及び基本的な機能・動作は、図３３に示した移動管理ノード９２０、無線基地局９１０、及び移動端末９３０と同様である。

移動管理ノード２００は、移動端末３００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御に関するポリシを取得できるよう構成されている。以下では、ＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御を含む移動端末３００の状態に対する制御を「状態制御」と呼ぶ。また、移動端末３００に対する「状態制御」に関するポリシを「状態制御ポリシ」と呼ぶ。状態制御ポリシは、移動端末３００毎に個別に定められる。状態制御ポリシは、移動管理ノード２００自身によって管理されてもよいし、移動管理ノード２００がアクセス可能な他のノードによって管理されてもよい。状態制御ポリシは、ＣＯＮＮＥＣＴＥＤ状態とＩＤＬＥ状態の間での移動端末３００の状態遷移のタイミングを調整する制御に利用される。状態制御ポリシは、例えば、移動端末３００がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移するまでの時間間隔（以下ではＩＤＬＥ遷移間隔と呼ぶ）の指定、及び移動端末３００又はＯ＆Ｍサーバからの状態遷移要求をブロックすべきか否かの指定のうち少なくとも一方を含む。

さらに、移動管理ノード２００は、移動管理ノード２００の管理下にある複数の無線基地局１００に接続している複数の移動端末３００の中から、状態制御の対象とすべき端末を決定できるよう構成されている。制御対象端末の決定方法及び決定を行うタイミングについては様々なバリエーションが考えられる。制御対象端末の決定方法及び決定を行うタイミングの具体例については、後述する第２の実施の形態以降で詳細に説明する。例えば、移動管理ノード２００は、コアネットワーク１０のシグナリングの負荷状況に応じて制御対象端末を決定するよい。

移動管理ノード２００は、制御対象に決定した端末３００に適用する状態制御ポリシを、この端末３００が接続している無線基地局１００に対して通知する。状態制御ポリシの基地局１００への通知は、例えば、制御対象に決定した端末３００の端末ＩＤ及び状態制御ポリシを含む状態制御要求メッセージを、移動管理ノード２００から基地局１００へ送信することによって行えばよい。

無線基地局１００は、制御対象に決定された端末３００を特定可能な端末ＩＤ及び状態制御ポリシを移動管理ノード２００から受信できるよう構成されている。無線基地局１００は、受信した状態制御ポリシに基づいて、制御対象とされた端末３００に対する状態制御（つまりＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御）を行う。具体例を示すと、基地局１００は、制御対象とされた移動端末３００に対して適用する「ＩＤＬＥ遷移間隔」の変更を行ってもよい。また、基地局１００は、制御対象とされた移動端末３００から到達する状態遷移要求のブロックを開始してもよい。

本実施の形態の移動管理ノード２００及び無線基地局１００によれば、移動端末３００におけるＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移のタイミングを、コアネットワーク１０（つまり、移動管理ノード２００）の判断に基づいて、コアネットワーク１０が主体的に制御することができる。したがって、移動端末３００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の繰り返しに起因して生じるコアネットワーク１０が処理すべきシグナリングをコアネットワーク１０の判断に基づいて減らすことができる。

以下では、本実施の形態における移動管理ノード２００及び無線基地局１００の構成及び動作について説明する。図２は、移動管理ノード２００の構成例を示すブロック図である。図２の移動管理ノード２００は、インターフェース２０１、制御決定部２０２、端末管理部２０３、ポリシ管理部２０４、及びポリシ通知部２０５を含む。なお、図２は本実施の形態の説明に必要な主要部分の構成を示しており、その他の部分の図示は省略されている。

インターフェース２０１は、無線基地局１００との間の通信に利用可能なインターフェースである。インターフェース２０１は、移動端末３００の状態制御に関する制御信号（メッセージ）の送受信に使用される。

制御決定部２０２は、複数の無線基地局１００に接続している複数の移動端末３００の中から状態制御の対象とする移動端末を決定する。さらに、制御決定部２０２は、制御対象端末に対応する制御ポリシをポリシ管理部２０４から取得し、制御対象端末の端末ＩＤとこれに適用する制御ポリシを、制御対象端末が接続している無線基地局１００へ通知する。ここで述べている端末ＩＤとは、移動通信システム上で移動端末３００を一意に識別できるＩＤであり、具体例を挙げると、ＩＭＳＩ（International Mobile Subscriber Identity）、ＩＭＥＩ（International Mobile Equipment Identity）、又はＧＵＴＩ（Globally Unique Temporary ID）である。制御決定部２０２は、制御対象端末を決定する際に当該端末の端末ＩＤを取得すればよい。

制御決定部２０２による制御対象端末の特定方法については様々なバリエーションが考えられる。また、制御対象端末を決定するタイミングについても、移動端末が接続してきたタイミングで制御を開始する、移動端末の通信特性を監視して特定の条件を満たした移動端末に制御を開始するなどのバリエーションが考えられる。具体的な制御対象端末の特定方法については第２の実施の形態以降にて説明する。

端末管理部２０３は、移動端末３００のモビリティ管理を行う機能部であり、複数の無線基地局１００に接続（アタッチ）している移動端末３００を把握する。さらに、端末管理部２０３は、制御決定部２０２から制御対象端末の端末ＩＤを用いて制御対象端末がどの基地局１００に接続しているかの問い合わせを受けた場合、端末ＩＤに対応する移動端末３００が接続している無線基地局１００の基地局ＩＤを制御決定部２０２に通知する。

ポリシ管理部２０４は、移動端末３００の状態遷移に関する状態制御ポリシを格納する。本実施の形態での状態遷移ポリシは、移動端末毎に記録されており、移動端末３００のＩＤＬＥ遷移間隔の記述を含む。ポリシ管理部２０４が管理する状態制御ポリシの例を図３に示す。図３の例では、制御対象端末の端末ＩＤを主キーとして、主キーに対応した状態制御ポリシが管理されている。図３の例では、状態制御ポリシとしてＩＤＬＥ遷移間隔が登録されている。

ポリシ通知部２０５は、制御決定部２０２から制御対象端末の端末ＩＤ、当該端末に適用すべき状態制御ポリシ、及び制御対象端末が接続している無線基地局１００の基地局ＩＤを取得すると、基地局ＩＤに対応する無線基地局１００に対して状態制御要求を送信する。状態制御要求は、制御対象端末の端末ＩＤ、及び状態制御ポリシを含む。

図４は、本実施の形態における無線基地局１００の構成例を示すブロック図である。図４の無線基地局１００は、コア側インターフェース１０１、無線インターフェース１０２、状態制御部１０３、監視部１０４、タイマー機能部１０５、及びＩＤＬＥ遷移開始部１０６を含む。なお、図４は本実施の形態の説明に必要な主要部分の構成を示しており、その他の部分の図示は省略されている。

コア側インターフェース１０１は、コアネットワーク１０に配置されている移動管理ノード２００との通信に利用可能なインターフェースである。インターフェース１０１は、移動管理ノード２００からの状態制御要求の受信、及び移動管理ノード２００に対する応答の送信に使用される。

無線インターフェース１０２は、無線基地局１００と移動端末３００との間で無線通信を行うためのインターフェースである。

状態制御部１０３は、コア側インターフェース１０１経由で移動管理ノード２００から送信された状態制御要求を受信する。さらに、状態制御部１０３は、状態制御要求に含まれる端末ＩＤ及び状態制御ポリシを基に、監視部１０４、タイマー機能部１０５、及びＩＤＬＥ遷移開始部１０６を動作させることによって、制御対象端末に対する状態制御（ＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御）を実行する機能を備える。状態制御部１０３の動作を含む基地局１００による状態制御動作の詳細については後述する。

監視部１０４は、監視対象端末の通信状態（データの送受信を行っているか）を監視する機能を備える。監視部１０４は、状態制御部１０３から監視対象とすべき移動端末３００の端末ＩＤを受信し、この端末ＩＤに対応した移動端末３００の通信状態を監視する。そして、監視部１０４は、監視対象端末がデータ通信の無い状態と確認すると、データ通信が無い状態であることを示す情報を端末ＩＤと一緒に状態制御部１０３に通知する。また、監視部１０４は、監視対象端末がデータ通信の無い状態からデータ通信を再開したことを確認すると、データ通信を再開した旨を端末ＩＤと一緒に状態制御部１０３に通知する。

タイマー機能部１０５は、移動端末毎にＩＤＬＥ遷移間隔を計測する機能を備える。タイマー機能部１０５は、状態制御部１０３から計測対象とすべき移動端末３００の端末ＩＤとＩＤＬＥ遷移間隔を受信すると、取得した端末ＩＤに対応する移動端末用のタイマーをメモリ上に確保する。この端末ＩＤは、移動管理ノード２００から通知された制御対象端末の端末ＩＤであり、このＩＤＬＥ遷移間隔は、移動管理ノード２００から通知された状態制御ポリシに含まれるＩＤＬＥ遷移間隔である。さらに、タイマー機能部１０５は、状態制御部１０３から端末ＩＤを含むタイマー開始要求を取得すると、端末ＩＤに対応する移動端末用のタイマーを用いた計測を開始する。そして、移動端末用のタイマーが設定されたＩＤＬＥ遷移間隔に達すると、タイマー機能部１０５は、時間経過した移動端末の端末ＩＤを含む時間経過通知を状態制御部１０３に送る。

ＩＤＬＥ遷移開始部１０６は、端末ＩＤを含むＩＤＬＥ遷移開始要求を状態制御部１０３から受信すると、この端末ＩＤに対応した移動端末３００をＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移させる処理を開始する。移動端末３００をＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移させる処理の具体例の１つは、S1 RELEASE PROCEDUREである。

続いて、移動管理ノード２００が無線基地局１００に対して移動端末３００の状態制御を要求する処理の流れを図５のシーケンス図を用いて説明する。

まずステップＳ１００では、移動管理ノード２００は、状態制御の対象とする移動端末を決定し、制御対象端末に適用する状態制御ポリシを取得し、制御対象端末が接続している無線基地局２００を特定する。

ステップＳ１０１では、移動管理ノード２００は、制御対象端末の端末ＩＤと制御対象端末に適用する状態制御ポリシを含む状態制御要求を制御対象端末がアタッチしている無線基地局１００へ送信する。

ステップＳ１０２では、無線基地局１００は、移動管理ノード２００から取得した端末ＩＤと状態制御ポリシに基づいて状態制御を開始する。

ステップＳ１０３では、無線基地局１００は、移動管理ノード２００に対して制御の実行を開始したことを示す状態制御応答を通知する。

次に、図６のフローチャートを用いて、移動管理ノード２００が無線基地局１００に状態制御要求を送信する際の動作例を説明する。まずステップＳ２００では、制御決定部２０２は、特定の移動端末（制御対象端末）に対して状態制御の開始を決定する。制御決定部２０２は、制御対象端末の決定に応じて制御対象端末の端末ＩＤを取得する。ステップＳ２０１では、制御決定部２０２は、制御対象端末の端末ＩＤに対応する状態制御ポリシをポリシ管理部２０４から取得する。

ステップＳ２０２では、制御決定部２０２は、制御対象端末の端末ＩＤを用いて端末管理部２０３に問い合わせることによって、制御対象端末が接続している無線基地局１００の基地局ＩＤを取得する。ステップＳ２０３では、制御決定部２０２は、ポリシ通知部２０５に制御対象端末の端末ＩＤ、状態制御ポリシ、及び制御対象端末が接続している無線基地局の基地局ＩＤを通知する。そしてポリシ通知部２０５は、制御決定部２０２から受信した端末ＩＤ及び制御ポリシを含む状態制御要求を、基地局ＩＤに対応する無線基地局１００に対して送信する。

次に、図７のフローチャートを用いて、無線基地局１００が移動端末３００に対する状態制御を実行する際の動作例を説明する。まずステップＳ３００では、状態制御部１０３は、コア側インターフェース１０１を介して状態制御要求を受信する。ステップＳ３０１では、状態制御部１０３は、状態制御要求に格納されている制御対象端末の端末ＩＤと状態制御ポリシ内のパラメータであるＩＤＬＥ遷移間隔を取得し、端末ＩＤとＩＤＬＥ遷移間隔をタイマー機能部１０５に設定する。

ステップＳ３０２では、状態制御部１０３は、状態制御要求から得た制御対象端末の端末ＩＤを監視部１０４に通知する。監視部１０４は、通知された端末ＩＤに対応する移動端末３００のデータ通信の監視を開始する。ステップＳ３０３では、監視部１０４は、監視対象端末がデータ通信の無い状態であることを確認すると、この移動端末の端末ＩＤを状態制御部１０３に通知する。

ステップＳ３０４では、状態制御部１０３は、ステップＳ３０３で受け取った監視部１０４からの通知に含まれる端末ＩＤをタイマー開始要求と一緒にタイマー機能部１０５に通知する。タイマー機能部１０５は、タイマー開始要求によって指定された端末ＩＤに関して、ステップＳ３０１にて設定されたＩＤＬＥ遷移間隔のカウントを開始する。

ステップＳ３０５では、状態制御部１０３は、ステップＳ３０４にて開始されたタイマー機能部１０５のカウントがＩＤＬＥ遷移間隔に達するまでに、カウントの対象とされている移動端末のデータ通信が再開した旨の通知が監視部１０４から来ないか監視する。タイマー機能部１０５のカウントがＩＤＬＥ遷移間隔に達するまでにデータ通信が再開されない場合はＳ３０６へ、データ通信が再開された場合はＳ３０７に進む。

ステップＳ３０６では、タイマー機能部１０５は、ステップＳ３０４にて開始されたカウントがＩＤＬＥ遷移間隔まで達したことに応じて、タイマーを止めるとともに、設定時間に達した旨の通知をカウント対象の移動端末の端末ＩＤと一緒に状態制御部１０３に送る。

ステップＳ３０７では、監視部１０４は、カウント対象の移動端末のデータ通信が開始されたことを確認したことに応じて、データ通信開始を示す通知を当該移動端末の端末ＩＤと一緒に状態制御部１０３に通知する。監視部１０４からの通知を受信したことに応じて、状態制御部１０３は、タイマーのカウント時間をリセットする旨の通知を対象の端末ＩＤと一緒にタイマー機能部１０５通知する。タイマー機能部１０５は、受け取った端末ＩＤに対応したタイマーのカウント時間をリセットする。

ステップＳ３０８では、状態制御部１０３は、ステップＳ３０６にて設定時間に達した旨の通知をタイマー機能部１０５から受信すると、タイマー機能部１０５から通知された端末ＩＤをＩＤＬＥ遷移開始部１０６に送る。ＩＤＬＥ遷移開始部１０６は、状態制御部１０３から受信した端末ＩＤに対応する移動端末３００をＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移させる処理（ＩＤＬＥ遷移処理）を開始する。

本実施の形態の基地局１００は、ステップＳ３０８のＩＤＬＥ遷移制御を開始した後は、ＩＤＬＥ状態に遷移させた端末３００が再びＣＯＮＮＥＣＴＥＤ状態に遷移した場合に、図３のステップＳ３０２以降の処理を繰り返し行ってもよい。

本実施の形態で述べた具体例によれば、移動端末３００がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移する時間（ＩＤＬＥ遷移間隔）の設定を、移動端末３００毎に、コアネットワーク１０に配置された移動管理ノード２００から行うことができる。

＜第２の実施の形態＞
本実施の形態では、第１の実施の形態で述べた状態制御ポリシで指定されるパラメータの具体例（つまりＩＤＬＥ遷移間隔）の変形について説明する。具体的には、本実施の形態では、移動端末３００のＩＤＬＥ遷移間隔に加えて、移動端末３００をＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移させる契機となる要求又はイベントをブロックするポリシが状態制御ポリシのパラメータの１つとして追加される。

図８は、本実施の形態における移動管理ノード２００の構成例を示すブロック図である。図８の例では、ポリシ管理部２０４Ｂに保持される状態制御ポリシに含まれるパラメータの種類が図２に示したポリシ管理部２０４に保持される状態制御ポリシの種類と一部異なる。図８に示したその他の要素は、図２の対応する要素と同様である。

図９は、本実施の形態における無線基地局１００の構成例を示すブロック図である。図９の例では、図４に示した構成例と比べて、ブロック部１０７が追加されている。また、図９の状態制御部１０３Ｂの機能は、図４に示した状態制御部１０３の機能と一部異なる。図９に示したその他の要素は、図４の対応する要素と同様である。

移動管理ノード２００のポリシ管理部２０４Ｂは、移動端末３００のＩＤＬＥ遷移間隔に加えて、移動端末３００をＩＤＬＥ状態へ遷移させる契機となる要求又はイベントをブロックするポリシ（ブロックポリシと呼ぶ）を含む状態制御ポリシを格納している。ポリシ管理部２０４Ｂが管理する状態制御ポリシの具体例を図１０に示す。ブロックポリシの例は、移動端末３００から到達するＩＤＬＥ遷移要求（例えば、ＲＲＣ＿ＩＤＬＥへの遷移要求）、及びＯ＆Ｍ（Operations & Maintenance）サーバから到達するＩＤＬＥ遷移要求である。

無線基地局１００の状態制御部１０３Ｂは、図４を用いて説明した状態制御部１０３の機能を持つ。さらに、状態制御部１０３Ｂは、移動管理ノード２００から状態制御要求を受け取った際に、当該要求に含まれる端末ＩＤと状態制御ポリシ内のブロックポリシをブロック部１０７に通知する。

無線基地局１００のブロック部１０７は、状態制御部１０３Ｂから通知される端末ＩＤとブロックポリシに基づいて、当該端末ＩＤに対応する移動端末３００をＩＤＬＥ状態へ遷移させる契機となる要求又はイベントをブロックする。“ブロックする”とは、ＩＤＬＥ状態へ遷移させる契機となる要求又はイベントを“無視”し、この要求又はイベントを契機として行うべきＩＤＬＥ遷移処理を実行させないことを含む。ブロック部１０７は、移動端末３００毎にブロックポリシに基づいてブロックすることが可能である。ブロック部１０７は、状態制御部１０３Ｂからブロック開始要求を受けることでブロック動作を開始する。

次に、図１１のフローチャートを用いて本実施の形態の無線基地局１００の動作を説明する。図１１は、無線基地局１００が、移動管理ノード２００からコア側インターフェース１０１を介して状態制御要求を受信した際の処理例を示している。ここでは、上述した図７との差分となるステップに着目して説明し、図７と変わらないステップについての説明は省略する。

ステップＳ４００では、状態制御部１０３Ｂは、受け取った状態制御要求に格納されている端末ＩＤと状態制御ポリシ内のブロックポリシを取得し、端末ＩＤとブロックポリシをブロック部１０７に設定する。

ステップＳ４０１では、状態制御部１０３Ｂは、ステップＳ３０３の監視部１０４からの通知に含まれる端末ＩＤをブロック開始要求と一緒にブロック部１０７に通知する。ブロック部１０７は、ステップＳ４００にて設定されたブロックポリシに基づいて、通知された端末ＩＤに対応した移動端末３００に対するブロック動作を開始する。

ステップＳ４０２では、状態制御部１０３Ｂは、ステップＳ３０６において端末ＩＤを含む設定時間に達した旨の通知をタイマー機能部１０５から受け取ると、この端末ＩＤを含むブロック停止要求をブロック部１０７に送る。ブロック停止要求を受信したブロック部１０７は、当該停止要求に含まれる端末ＩＤに対応する移動端末３００に対するブロック動作を停止する。

ステップＳ４０３では、状態制御部１０３Ｂは、ステップＳ３０５において監視対象の移動端末３００のデータ通信が再開された旨の通知を端末ＩＤと一緒に監視部１０４から受信すると、この端末ＩＤを含むブロック停止要求をブロック部１０７に送る。ブロック停止要求を受信したブロック部１０７は、当該停止要求に含まれる端末ＩＤに対応する移動端末３００に対するブロック動作を停止する。

本実施の形態で述べた具体例によれば、第１の実施の形態で述べた具体例の効果に加えて、コアネットワーク１０（具体的には移動管理ノード２００）からの指示に基づいて、移動端末３００をＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移させる契機となる要求又はイベントをブロックする動作を無線基地局１００に行わせることが可能となる。例を挙げると、移動端末３００から無線基地局１００に到達するＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移要求を一定期間ブロックすることが可能となる。

＜第３の実施の形態＞
本実施の形態では、第１の実施の形態で述べた状態制御ポリシに加えて、ＣＯＮＮＥＣＴＥＤ状態の移動端末３００がデータ通信をしていない場合の無線リソースの制御に関するポリシ（以下では無線制御ポリシと呼ぶ）をコアネットワーク１０から無線基地局１００に通知する例について説明する。

図１２は、本実施の形態における移動管理ノード２００の構成例を示すブロック図である。図１２の例では、ポリシ管理部２０４Ｃに保持される状態制御ポリシに含まれるパラメータの種類が図２に示したポリシ管理部２０４に保持される状態制御ポリシの種類と一部異なる。図１２に示したその他の要素は、図２の対応する要素と同様である。

図１３は、本実施の形態における無線基地局１００の構成例を示すブロック図である。図１３の例では、図４に示した構成例と比べて、無線制御部１０８が追加されている。また、図１３の状態制御部１０３Ｃの機能は、図４に示した状態制御部１０３と一部異なる。図１３に示したその他の要素は、図４の対応する要素と同様である。

移動管理ノード２００のポリシ管理部２０４Ｃは、ＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御を行うためのポリシ（例えば、移動端末３００のＩＤＬＥ遷移間隔、及びブロックポリシ）に加えて上述の「無線制御ポリシ」、つまりＣＯＮＮＥＣＴＥＤ状態の移動端末がデータ通信をしていない場合の無線リソースの制御に関するポリシ、を格納している。ポリシ管理部２０４Ｃが管理する実施の形態状態制御ポリシの具体例を図１４に示す。図１４の例では、状態制御ポリシの１つとして、無線制御ポリシが追加されている。無線制御ポリシの例は、ＣＯＮＮＥＣＴＥＤ状態の移動端末３００の間欠受信（ＤＲＸ）の間隔である。

無線基地局１００の状態制御部１０３Ｃは、図４を用いて説明した状態制御部１０３の機能を持つ。さらに、状態制御部１０３Ｃは、移動管理ノード２００から状態制御要求を受け取った際に、当該要求に含まれる端末ＩＤと状態制御ポリシ内の無線制御ポリシを無線制御部１０８に通知する機能を備える。

無線基地局１００の無線制御部１０８は、状態制御部１０３Ｃから通知される端末ＩＤと無線制御ポリシに基づいて、当該端末ＩＤに対応する移動端末３００の無線リソース制御（具体的にはＤＲＸの設定）を行う。無線制御部１０８は、端末３００毎に無線制御ポリシに基づいて無線リソースを制御する。
移動端末３００がＣＯＮＮＥＣＴＥＤ状態（ＲＲＣ＿ＣＮＮＥＣＴＥＤ状態）である場合の間欠受信（ＤＲＸ）の制御は可能である。例えば、基地局１００が移動端末３００の活動状態を見て間欠受信（ＤＲＸ）の設定を実行するという提案がなされている（参考文献：3GPP TS 36.300 “Evolved Universal Terrestrial Radio Access （E-UTRA） And Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall Description”）。

次に、図１５のフローチャートを用いて本実施形態の無線基地局１００の動作を説明する。図１５は、無線基地局１００が、移動管理ノード２００からコア側インターフェース１０１を介して状態制御要求を受信した際の処理を示している。ここでは、上述した図７との差分となるステップに着目して説明し、図７と変わらないステップの説明は省略する。

ステップＳ５００では、状態制御部１０３Ｃは、受け取った状態制御要求に格納されている端末ＩＤと状態制御ポリシ内の無線制御ポリシを取得し、端末ＩＤと無線制御ポリシを無線制御部１０８に設定する。

ステップＳ５０１では、状態制御部１０３Ｃは、ステップＳ３０３の監視部１０４からの通知に含まれる端末ＩＤを無線制御開始要求と一緒に無線制御部１０８に通知する。無線制御部１０８は、ステップＳ５００にて設定された無線制御ポリシ（ＤＲＸ値）に基づいて、通知された端末ＩＤに対応した移動端末３００に対する無線制御（ＤＲＸ値の設定）を開始する。

次にステップＳ５０２では、状態制御部１０３Ｃは、ステップＳ３０６において端末ＩＤを含む設定時間に達した旨の通知をタイマー機能部１０５から受け取ると、この端末ＩＤを含む無線制御停止要求を無線制御部１０８に送る。無線制御要求を受信した無線制御部１０８は、当該停止要求に含まれる端末ＩＤに対応する移動端末３００に対する無線制御を停止する。

次にステップＳ５０３では、状態制御部１０３Ｃは、実施の形態１のステップＳ３０５において監視対象の移動端末３００のデータ通信が再開された旨の通知を端末ＩＤと一緒に監視部１０４から取得すると、この端末ＩＤを含む無線制御停止要求を無線制御部１０８に送る。無線制御停止要求を受信した無線制御部１０８は、当該停止要求に含まれる端末ＩＤに対応する移動端末３００に対する無線制御を停止する。もし、ステップＳ５０３のタイミングでＤＲＸが解除されている場合、この処理は無視する。

本実施の形態で述べた具体例によれば、第１の実施の形態で述べた具体例の効果に加えて、コアネットワーク１０（具体的には移動管理ノード２００）からの指示に基づいて、ＣＯＮＮＥＣＴＥＤ状態を維持している移動端末３００に関する無線リソースの取り扱いの設定を無線基地局１００に対して行うことができる。例を挙げると、ＣＯＮＮＥＣＴＥＤ状態においてデータ通信が無い場合の移動端末３００によるＤＲＸの間隔を、移動端末３００毎に、コアネットワーク１０から無線基地局１００に対して設定することができる。

＜第４の実施の形態＞
本実施の形態では、状態制御の対象とすべき端末（制御対象端末）を決定するタイミングの具体例について説明する。具体的には、本実施の形態では、移動端末３００が移動管理ノード２００の管理下の無線基地局１００に接続（セル選択、セル再選択）又はハンドオーバーしてきたタイミングで、制御対象端末の決定を行う。

図１６は、本実施の形態における移動管理ノード２００の構成例を示すブロック図である。図１６の例では、制御決定部２０２Ｄ及び端末管理部２０３Ｄの機能は、図２を用いて説明した制御決定部２０２及び端末管理部２０３の機能と一部異なる。図１６に示したその他の要素は、図２の対応する要素と同様である。

移動管理ノード２００の端末管理部２０３Ｄは、図２を用いて説明した端末管理部２０３の機能を持つ。さらに、端末管理部２０３Ｄは、無線基地局１００に移動端末３００が接続（セル選択、セル再選択）又はハンドオーバーしてきた場合に、この移動端末３００の端末ＩＤとこの移動端末３００が接続している無線基地局１００の基地局ＩＤを含む「接続通知」を制御決定部２０２Ｄに送る。

移動管理ノード２００の制御決定部２０２Ｄは、図２を用いて説明した制御決定部２０２の機能を持つ。さらに、制御決定部２０２Ｄは、端末管理部２０３Ｄから移動端末３００の接続の旨を伝える接続通知を受け取ると、この新たな端末３００が制御対象端末であるか確認を行う。そして、新たな端末３００が制御対象端末と判断した場合には、制御決定部２０２Ｄは、当該端末の状態制御を無線基地局１００に要求する。

続いて以下では、図１７のシーケンス図を用いて、移動端末３００の無線基地局１００に対する接続又はハンドオーバーを契機として、当該移動端末に対する状態制御を開始する処理の流れを説明する。ステップＳ６００では、移動端末３００は、無線基地局１００に対して接続又はハンドオーバー処理を開始する。この処理を開始する際に、移動端末３００は、端末ＩＤを無線基地局１００に通知する。次にステップＳ６０１では、無線基地局１００は、ステップＳ６００で取得した接続又はハンドオーバー要求を、移動管理ノード２００に転送する。ステップＳ６０２では、移動管理ノード２００は、ステップＳ６０１で取得した接続又はハンドオーバー要求に含まれる端末ＩＤに基づいて、この端末ＩＤに対応した移動端末が制御対象端末であるかをチェックする。つまり、無線基地局１００から移動管理ノード２００に送られる接続又はハンドオーバー要求が、「接続通知」に相当する。ステップＳ６０３では、移動管理ノード２００は、ステップＳ６０２でチェックした結果、チェックした移動端末が制御対象であると判断した場合に、この移動端末に対して状態制御の開始を決定する。その後の処理手順は、図５に示したステップＳ１０１以降と同様とすればよい。

次に、図１８のフローチャートを用いて、本実施の形態の移動管理ノード２００の動作を説明する。図１８は、移動管理ノード２００が、無線基地局１００から移動端末の接続通知を受信した際の処理を示している。ここでは、上述した図６との差分となるステップに着目して説明し、図６と変わらないステップについての説明は省略する。

ステップＳ７００では、端末管理部２０３Ｄは、無線基地局１００に接続又はハンドオーバーをしようとしている端末３００の端末ＩＤを含む接続通知を無線基地局１００から受信し、この端末ＩＤを制御決定部２０２Ｄに通知する。接続通知の具体例は、移動端末３００の接続要求、及びハンドオーバー要求である。

次にステップＳ７０１では、制御決定部２０２Ｄは、ステップＳ７００で取得した端末ＩＤに対応した状態制御ポリシがポリシ管理部２０４に存在するかを確認する。状態制御ポリシが存在しない場合、この端末ＩＤに対応する移動端末３００は制御対象外と判断し制御処理を終了する。一方、状態制御ポリシが存在する場合（ステップＳ７０１でＹＥＳ）、図６を用いて説明したステップＳ２０１に進む。

本実施の形態で述べた具体例によれば、移動端末３００が移動管理ノード２００の管理下の無線基地局１００に接続またはハンドオーバーしてくるタイミングで、ＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御を含む状態制御の対象となる端末であるかチェックを行うことができ、制御対象端末であれば状態制御を開始することが可能となる。

＜第５の実施の形態＞
本実施の形態では、第１の実施の形態で述べた状態制御ポリシの配置の具体例の変形について説明する。具体的には、図２では、移動管理ノード２００がポリシ管理部２０４を有する構成について説明した。これに対して本実施の形態では、ポリシ管理部が移動管理ノード２００の外部に配置される例を示す。

図１９は、本実施の形態にかかる移動通信システムの構成例を示すブロック図である。図１９の例では、図１の例に比べて、加入者サーバ４００が新たに追加されている。加入者サーバ４００は、加入者情報を管理するサーバであり、３ＧＰＰにおけるＨＳＳ（Home Subscriber Server）に該当する。本実施の形態の加入者サーバ４００は、状態制御ポリシをユーザ毎に管理することを特徴としている。図２１に加入者サーバ４００が管理する状態制御ポリシの例を示す。図２１の例では、加入者を識別する加入者ＩＤをキーとして、加入者毎に管理する情報のひとつとして状態制御ポリシが管理される。

図２０は、本実施の形態の移動管理ノード２００の構成例を示すブロック図である。図２０の例では、図２に示した構成例からポリシ管理部２０４が削除され、加入者サーバインターフェース２０６が追加されている。また制御決定部２０２Ｅの機能は、図２に示した制御決定部２０２の機能と一部異なる。図２０に示したその他の要素は、図２の対応する要素と同様である。

移動管理ノード２００の加入者サーバインターフェース２０６は、移動管理ノード２００と加入者サーバ４００間の状態制御ポリシを含む加入者情報のやり取りを可能とするインターフェースである。移動管理ノード２００の制御決定部２０２Ｅは、図２を用いて説明した制御決定部２０２の機能を有する。さらに、制御決定部２０２Ｅは、移動端末３００の状態制御を決定した場合に、制御対象端末の加入者ＩＤを用いて加入者サーバ４００に問い合わせることで、制御対象端末に対応した状態制御ポリシを取得する。

続いて以下では、図２２のシーケンス図を用いて、図１９で示す移動通信システムにおいて、移動管理ノード２００が状態制御の対象とすべき制御対象端末を決定した際に、加入者サーバ４００から制御対象端末に対応した状態制御ポリシを取得する処理の流れを説明する。まずステップＳ８００では、移動管理ノード２００は、特定の移動端末に対して状態制御を決定し、制御対象端末の加入者ＩＤを把握する。ステップＳ８０１では、移動管理ノード２００は、制御対象端末の加入者ＩＤを含む制御ポリシ要求を加入者サーバ４００に送信する。ステップＳ８０２では、加入者サーバ４００は、ステップＳ８０１で取得した制御ポリシ要求に含まれる加入者ＩＤに対応した状態制御ポリシを加入者サーバ４００が管理する加入者情報から取得する。そして、加入者サーバ４００は、取得した状態制御ポリシを対応する加入者ＩＤを含む制御ポリシ応答を移動管理ノード２００に返信する。ステップＳ８０３では、移動管理ノード２００は、ステップＳ８０２で取得した状態制御ポリシを含む状態制御要求を無線基地局１００に送信することで、制御対象端末に対するＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御を含む状態制御を無線基地局１００に要求する。ステップＳ８０２及びこれ以降の処理手順は、図５のステップＳ１０１以降と同様とすればよい。

次に、図２３のフローチャートを用いて本実施の形態の移動管理ノード２００の動作を説明する。図２３は、移動管理ノード２００が、移動端末３００に対して状態制御を開始する際の処理を示している。ここでは、上述した図６との差分となるステップ９００に着目して説明し、図６と変わらないステップ２００、Ｓ２０２、及びＳ２０３の説明は省略する。ステップＳ９００では、制御決定部２０２Ｅは、制御対象端末の端末ＩＤ（ここでは加入者ＩＤ）を用いて加入者サーバ４００に状態制御ポリシを要求し、加入者サーバ４００にから端末ＩＤ（加入者ＩＤ）に対応する状態制御ポリシを取得する。

本実施の形態で述べた具体例によれば、移動端末のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御に関する状態制御ポリシを加入者情報の一部として加入者毎に加入者サーバ４００に登録しておくことで、加入者単位での状態制御が可能となる。

＜第６の実施の形態＞
本実施の形態では、状態制御の対象とすべき端末（制御対象端末）の決定方法の具体例と、状態制御ポリシの決定方法の具体例について説明する。具体的には、本陣に御形態では、移動端末３００の状況を取得し、状態制御の対象となる移動端末３００と当該端末に適用する状態制御ポリシを“移動端末３００の状況”に応じて決定する。状態制御ポリシの決定に使用する“移動端末３００の状況”は、移動端末３００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移に関する制御内容を決定する要素である。移動端末３００の状況は、例えば、（１）移動端末３００の通信頻度、（２）移動端末３００の移動頻度、（３）移動端末３００が接続する外部ネットワーク（接続先ネットワーク）、（４）移動端末３００の時間帯（行動パターン）、（５）移動端末３００が位置する場所、（６）移動端末３００が起動しているアプリケーションプログラム、（７）移動端末３００のバッテリー残量、若しくは（８）移動端末３００が接続している無線アクセスネットワーク（無線ＬＡＮ、ＬＴＥ、ＷｉＭＡＸ等）、又は（９）これらの任意の組合せである。このような移動端末３００の状況は固定的でなく変化するため、本実施の形態では、移動端末３００の状況の変化に応じて適用する状態制御ポリシが変更される。

図２４は、本実施の形態にかかる移動通信システムの構成例を示すブロック図である。図２４の例では、図１の例に比べて、ポリシ決定ノード５００が新たに追加されている。ポリシ決定ノード５００は、移動端末３００の状況を取得し、移動端末３００の状況に基づいて適用すべき状態制御ポリシを決定する。なお、図２４の例では、ポリシ決定ノード５００が移動管理ノード２００とは別の独立したノードとして記述されている。しかしながら、ポリシ決定ノード５００が有する機能の配置は、ネットワークアーキテクチャの設計思想に基づいて適宜決定されるものである。例えば、ポリシ決定ノード５００が持つ機能は移動管理ノード２００または無線基地局１００に配置されてもよい。

次に、ポリシ決定ノード５００の構成について説明する。図２５は、本実施の形態のポリシ決定ノード５００の構成例を示すブロック図である。図２５のポリシ決定ノード５００は、端末状況把握部５０１、ポリシ決定部５０２、及びポリシ通知部５０３を含む。なお、図２５は本実施の形態の説明に必要な主要部分の構成を示しており、その他の部分の図示は省略されている。

端末状況把握部５０１は、移動端末３００に適用する状態制御ポリシの決定に利用される移動端末３００の状況を把握する。端末状況把握部５０１は、自ら移動端末３００を監視・計測することによって移動端末３００の状況を把握してもよいし、移動管理ノード２００、無線基地局１００等の他のノードから移動端末３００の状況を示す情報を取得することによって移動端末３００の状況を把握してもよい。

ポリシ決定部５０２は、移動端末３００に適用する状態制御ポリシを、端末状況把握部５０１が取得した移動端末３００の状況に応じて決定する。ポリシ決定部５０２は、移動端末３００の状況と状態制御ポリシとの対応関係を予め定めたルールを用いて、移動端末３００に適用する状態制御ポリシを決定するとよい。また、移動端末３００の状況として移動頻度や通信頻度などの数値パラメータを用いる場合、ポリシ決定部５０２は、これらの数値パラメータを用いた計算を行うことによって、状態制御ポリシのパラメータを決定してもよい。具体例を示すと、ポリシ決定部５０２は、移動頻度又は通信頻度の値を用いてＩＤＬＥ遷移間隔の値を計算してもよい。

ポリシ通知部５０３は、ポリシ決定部５０２により決定された状態制御ポリシを、これを適用する移動端末３００（制御対象端末）を管理する移動管理ノード２００に通知する。ポリシ決定ノード５００の機能が移動管理ノード２００に配置される場合、ポリシ通知部５０３は、ポリシ決定部５０２により決定された状態制御ポリシを無線基地局１００に通知する。

次に、図２６のフローチャートを用いて本実施の形態のポリシ決定ノード５００の動作を説明する。図２６は、ポリシ決定ノード５００が、移動端末３００の状況を把握した際の処理例を示している。ステップＳ２００１では、端末状況把握部５０１は、移動端末３００の状況を把握する。ステップＳ２００２では、ポリシ決定部５０２は、移動端末３００の状況と状態制御ポリシとの対応関係を定めたルールに基づいて、ステップＳ２００１で取得された移動端末３００の状況に対応する状態制御ポリシが存在するか否かを判定する。ステップＳ２００１で取得された移動端末３００の状況に対応する状態制御ポリシが定められていない場合、ポリシ決定部５０２は、“エラー”又は“状態制御不要”と判断して処理を終了する。ステップＳ２００３では、ポリシ通知部５０３は、制御対象端末を管理する移動管理ノード２００又は制御対象端末が接続している無線基地局１００に、ステップＳ２００２で決定された状態制御ポリシを通知する。

上述したように、ポリシ決定ノード５００が把握する移動端末３００の状況の具体例は、移動端末３００が接続する外部ネットワーク、移動頻度、通信頻度、移動端末３００の位置、移動端末３００が接続する無線アクセスネットワーク等を含む。移動端末３００の状況を示すパラメータとして何を使用するかによって、移動端末３００の状況の把握方法が異なる。以下では、移動端末３００の状況の把握方法の詳細をいくつかの具体例について説明する。

＜第１の例：移動端末の移動頻度及び通信頻度＞
第２の例では、ポリシ決定ノード５００は、移動端末３００の状況として、移動端末３００の移動頻度及び通信頻度を把握する。移動端末３００の移動頻度とは、移動端末３００が単位時間当たりに無線基地局間を移動する回数である。また移動端末３００の通信頻度とは、移動端末３００が単位時間当たりに通信を行う回数である。例えば、端末状況把握部５０１は、移動端末３００の移動及び通信開始を検知できる移動管理ノード２００等のノードから移動端末３００の移動又は通信開始の検知結果の通知を受けてもよい。この場合、端末状況把握部５０１は、移動端末３００の移動又は通信開始の通知を集計することによって、単位時間当たりの移動頻度及び通信頻度を計算すればよい。また、端末状況把握部５０１は、移動端末３００の移動及び通信開始を検知できる移動管理ノード２００等のノードから、単位時間当たりの移動端末３００の移動頻度及び通信頻度の計測結果を含む通知を受け取ってもよい。

ポリシ決定部５０２は、移動端末３００の移動頻度及び通信頻度と状態制御ポリシの対応関係を定めたルールに基づいて、当該端末に適用すべき状態制御ポリシを決定する。移動端末３００の移動頻度及び通信頻度と状態制御ポリシの対応関係を定めたルールの例を図２７に示す。図２７の例では、移動端末３００の単位時間（例えば、１０分、１時間）あたりの移動頻度が通信頻度以上であるか否かに応じて当該端末に対して適用する状態制御ポリシを切り替える。

ポリシ通知部５０３は、決定された状態制御ポリシを移動端末３００の識別子と共に移動端末３００を管理する移動管理ノード２００へ通知する。なお、ポリシ決定ノード５００の機能が移動管理ノード２００に配置されている場合、単位時間当たりの移動端末３００の移動頻度及び通信頻度を移動管理ノード２００が計測した時点で当該端末に対する状態制御の開始が可能となる。

本具体例によれば、移動端末３００の利用環境（移動と通信間隔）を監視することにより、移動端末３００の利用環境の変化に応じて、コアネットワーク１０が処理すべきシグナリング数を低減するように状態制御ポリシを決定できる。なお、ポリシ決定ノード５００は、移動端末３００の移動頻度が通信頻度以上である場合にはそうでない場合に比べて、ＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移時間を相対的に長くするように状態制御ポリシを決定するとよい。

＜第２の例：移動端末の接続先ネットワーク＞
第１の例では、ポリシ決定ノード５００は、移動端末３００の状況として、移動端末３００が接続する外部ネットワーク（接続先ネットワーク）を把握する。３ＧＰＰの場合、接続先ネットワークはＰＤＮ（Packet Data Network）と呼ばれ、ＡＰＮ（Access Point Name）によって識別される。端末状況把握部５０１は、移動端末３００の接続先ネットワークの情報（例えばＡＰＮ）を取得する。端末状況把握部５０１は、接続先ネットワークの情報を移動管理ノード２００から取得してもよい。移動管理ノード２００は、ＨＳＳ（Home Subscriber Server）に問い合わせることで加入者情報の１つとしてＡＰＮを取得し、移動端末３００と外部ネットワーク（ＰＤＮ）との間のコネクション（ベアラ）を確立するためにＰ−ＧＷ（PDN-Gateway）、Ｓ−ＧＷ（Serving Gateway）等のパケット転送ノードとシグナリングを行う。このため。移動管理ノード２００は、管理下の移動端末３００の接続先ネットワークの情報（ＡＰＮ）を把握している。例えば、移動管理ノード２００は、移動端末３００が接続先ネットワークに接続したことを契機として、ポリシ決定ノード５００へ接続先ネットワークの情報（ＡＰＮ）を通知すればよい。

ポリシ決定部５０２は、接続先ネットワークと状態制御ポリシの対応関係を定めたルールに基づいて状態制御ポリシを決定する。接続先ネットワークと状態制御ポリシの対応関係を定めたルールの例を図２８に示す。

ポリシ通知部５０３は、決定された状態制御ポリシを移動端末３００の識別子と共に移動端末３００を管理する移動管理ノード２００へ通知する。なお、ポリシ決定ノード５００の機能が移動管理ノード２００に配置されている場合、移動端末３００の接続先ネットワークを移動管理ノード２００が把握した時点で当該端末に対する状態制御の開始が可能となる。

本具体例によれば、例えば、移動端末３００の接続先ネットワークに基づいて、移動端末３００の利用特性（移動頻度と通信間隔）を推測することができる。これにより、移動端末３００の利用特性を直接的に計測することなく、移動端末３００の接続先ネットワークに応じて状態制御ポリシを決定することで、コアネットワーク１０が処理すべきシグナリング数を低減するように状態制御ポリシを決定できる。

例えば、移動端末３００が自動販売機メーカの売上管理システムに接続する場合、この移動端末３００は移動度の小さい自動販売機に搭載された端末と想定できる。このため、ポリシ決定ノード５００は、予め観測されている又は予め定められている自動販売機の移動頻度及び通信間隔の値に応じて、ＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移時間を長くするように状態制御ポリシを決定すればよい。また、移動端末３００が交通情報管理会社の交通管理システムに接続する場合、この移動端末３００は移動度の大きい自動車・二輪車等に搭載された端末であると想定できる。このため、ポリシ決定ノード５００は、予め観測されている又は予め定められている自動車・二輪車等の移動頻度及び通信間隔の値に応じて、ＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移時間を短くするように状態制御ポリシを決定すればよい。

＜第３の例：移動端末の時間帯（行動パターン）＞
第３の例では、ポリシ決定ノード５００は、移動端末３００の状況として、移動端末３００の時間帯を把握する。端末状態把握部５０１は、時間を随時チェックし、移動端末３００に関して予め定められた第１の時間帯（第１の行動パターン）から第２の時間帯（第２の行動パターン）に変わることを検知すればよい。

ポリシ決定部５０２は、動端末３００に関して予め定められた複数の時間帯と状態制御ポリシの対応関係を定めたルールに基づいて、当該端末に適用すべき状態制御ポリシを決定する。動端末３００に関して予め定められた複数の時間帯と状態制御ポリシの対応関係を定めたルールの例を図３０に示す。図３０の例では、移動端末３００（例えば端末Ａ、端末Ｂ）又は少なくとも１つの移動端末３００を含む端末グループ（例えばグループＣ）に関して複数の時間帯が定義されている。例えば、端末Ａについては、８時から１９時までの第１の時間帯（昼間）と、１９時から８時までの第２の時間帯（夜間）とで状態制御ポリシが切り替えられる。

ポリシ通知部５０３は、決定された状態制御ポリシを移動端末３００の識別子と共に移動端末３００を管理する移動管理ノード２００へ通知する。なお、ポリシ決定ノード５００の機能が移動管理ノード２００に配置されている場合、移動端末３００に関して予め定められた第１の時間帯（第１の行動パターン）から第２の時間帯（第２の行動パターン）に変わった時点で当該端末に対する状態制御の開始が可能となる。

本具体例によれば、移動端末３００のユーザの行動パターンに基づいて、移動端末３００の利用特性（移動頻度と通信間隔）を予測できる。このため、移動端末３００の利用特性を直接的に計測することなく、ユーザの行動パターンが変わる時間帯に応じて状態制御ポリシを決定することで、コアネットワーク１０が処理すべきシグナリング数を低減するように制御ポリシを決定できる。例えば、夜間の場合、ユーザは睡眠して移動しないと予測できる。よって、ポリシ決定ノード５００は、夜間における移動端末３００のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移時間を昼間に比べて相対的に長くするように状態制御ポリシを決定すればよい。

＜第４の例：移動端末が位置する場所＞
ポリシ決定ノード５００の端末状況把握部５０１は、移動端末３００の状況として、移動端末３００が位置する場所を把握する。ポリシ決定部５０２は、移動端末３００が位置する場所と状態制御ポリシの対応関係を定めたルールに基づいて、当該端末に適用すべき状態制御ポリシを決定する。

本具体例によれば、移動端末３００の存在する場所に基づいて、移動端末３００の利用特性（移動頻度と通信間隔）を推測できる。このため、移動端末３００の利用特性を直接的に計測することなく、移動端末３００の場所に応じて状態制御ポリシを決定することで、コアネットワーク１０が処理すべきシグナリング数を低減するように状態制御ポリシを決定できる。例えば、移動端末３００が移動端末３００のユーザの自宅に位置している場合は、移動端末３００が動かない可能性が高いのと推測できる。よって、ポリシ決定ノード５００は、移動端末３００が移動端末３００のユーザの自宅に位置している場合に移動端末３００が外出先に位置している場合と比べて、ＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移時間を相対的に長くするように状態制御ポリシを決定すればよい。

＜第５の例：移動端末が起動しているアプリケーションプログラム＞
ポリシ決定ノード５００の端末状況把握部５０１は、移動端末３００の状況として、移動端末３００が起動しているアプリケーションプログラムを把握する。ポリシ決定部５０２は、移動端末３００が起動しているアプリケーションプログラムと状態制御ポリシの対応関係を定めたルールに基づいて、当該端末に適用すべき状態制御ポリシを決定する。

本具体例によれば、移動端末３００が起動しているアプリケーションプログラムに基づいて、移動端末３００の利用特性（移動頻度と通信間隔）を推測することができる。このため、移動端末３００の利用特性を直接的に計測することなく、移動端末３００が起動しているアプリケーションプログラムに応じて状態制御ポリシを決定することで、コアネットワーク１０が処理すべきシグナリング数を低減するように制御ポリシを決定できる。例えば、移動端末に３分毎に１回の通信を行うアプリケーションプログラムが起動されている場合、当該移動端末３００の通信頻度が高いと推測できる。このため、ポリシ決定ノード５００は、当該アプリケーションプログラムが起動されていない場合と比べて、ＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移時間を相対的に長くするように状態制御ポリシを決定すればよい。

＜第６の例：移動端末のバッテリー残量＞
ポリシ決定ノード５００の端末状況把握部５０１は、移動端末３００の状況として、移動端末３００のバッテリー残量を把握する。ポリシ決定部５０２は、移動端末３００のバッテリー残量と状態制御ポリシの対応関係を定めたルールに基づいて、当該端末に適用すべき状態制御ポリシを決定する。また、ポリシ決定部５０２は、バッテリー残量の値を用いた計算によって、状態制御ポリシに含まれるＩＤＬＥ遷移間隔を決定してもよい。

＜第７の例：移動端末が接続している無線アクセスネットワーク＞
ポリシ決定ノード５００の端末状況把握部５０１は、移動端末３００の状況として、移動端末３００が接続している無線アクセスネットワークを把握する。ポリシ決定部５０２は、移動端末３００が接続している無線アクセスネットワーク（無線ＬＡＮ、ＬＴＥ、ＷｉＭＡＸ等）と状態制御ポリシの対応関係を定めたルールに基づいて、当該端末に適用すべき状態制御ポリシを決定する。

本具体例によれば、移動端末３００が利用する無線アクセスネットワークの種別に基づいて、移動端末３００の利用特性（移動頻度と通信間隔）を推測することができる。このため、移動端末３００の利用特性を直接的に計測することなく、移動端末３００が利用する無線アクセスネットワークに応じて状態制御ポリシを決定することで、コアネットワーク１０が処理すべきシグナリング数を低減するように制御ポリシを決定できる。例えば、移動端末３００がホテルの無線ＬＡＮサービスに接続している場合は、当該端末は移動する可能性が小さい状態であると推測できる。よってこの場合には、ポリシ決定ノード５００は、携帯電話事業者のマクロセル基地局に移動端末３００が接続している場合と比べて、ＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移時間を相対的に長くするように状態制御ポリシを決定すればよい。

本実施の形態で述べた具体例によれば、移動端末３００の複数の状況毎に個別の状態制御ポリシを用意しておき、移動端末３００の状況を監視することによって、移動端末３００の状況に応じて適用する状態制御ポリシを切り替えることがきできる。このため、移動端末３００の状況に応じたＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御を行うことが可能となる。

＜第７の実施の形態＞
本実施の形態では、第１の実施の形態で述べた状態制御ポリシで指定されるパラメータの具体例（つまりＩＤＬＥ遷移間隔）の変形について説明する。具体的には、本実施の形態では、移動端末３００のＩＤＬＥ遷移間隔に代えて、移動端末３００をＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移させる契機となる要求又はイベントをブロックするポリシを状態制御ポリシのパラメータとして用いる。

図３０は、本実施の形態における移動管理ノード２００の構成例を示すブロック図である。図３０の例では、制御決定部２０２Ｈの機能は、図２に示したポリシ管理部２０４の機能と一部異なる。また、ポリシ管理部２０４Ｈの記録するポリシの種類が図２に示したポリシ管理部２０４と一部異なる。また、図３０の例では、ポリシ通知部２０５の代わりにブロック開始通知部２０９が追加され、さらにブロック停止通知部２１０も追加されている。図３０に示したその他の要素は、図２の対応する要素と同様である。

図３１は、本実施の形態における無線基地局１００の構成例を示すブロック図である。図３１の例では、図４の例と比べて、監視部１０４、タイマー機能部１０５、及びＩＤＬＥ遷移開始部１０６が削除され、ブロック部１０７Ｈが追加されている。また、状態制御部１０３Ｈの機能は、図４を用いて説明した状態制御部１０３の機能と一部異なる。図３１に示したその他の要素は、図４の対応する要素と同様である。

移動管理ノード２００のポリシ管理部２０４Ｈは、ブロックポリシを移動端末３００毎に管理する。ブロックポリシは、発明の実施の形態２で説明したように、移動端末３００をＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移させる契機となる要求又はイベントをブロックするポリシである。ポリシ管理部２０４Ｂが管理する本実施の形態の状態制御ポリシの具体例を図３２に示す。図３２の例では、制御対象端末の端末ＩＤを主キーとして、主キーに対応したブロックポリシが管理されている。

制御決定部２０２Ｈは、移動管理ノード２００の管理下にいる無線基地局１００に接続している移動端末３００の中からブロック制御を開始する移動端末３００を決定し、ポリシ管理部２０４Ｈから制御対象端末に対応する制御ポリシを取得し、ブロック開始通知部２０９にブロック開始対象端末の端末ＩＤと適用する制御ポリシを通知する。また、制御決定部２０２Ｈは、ブロック制御を停止する移動端末３００を決定し、ブロック停止通知部２１０にブロック制御を停止すべき移動端末３００の端末ＩＤを通知する。

ブロック開始通知部２０９は、制御決定部２０２Ｈからブロック開始対象端末の端末ＩＤと適用する状態制御ポリシを取得すると、これらの端末ＩＤ及び状態制御ポリシを含むブロック開始要求を無線基地局１００に対して送信する。

ブロック停止通知部２１０は、制御決定部２０２Ｈからブロック停止対象端末の端末ＩＤシを取得すると、この端末ＩＤを含むブロック停止要求を無線基地局１００に対して送信する。

無線基地局１００の状態制御部１０３Ｈは、移動管理ノード２００からブロック開始要求を受信した場合に当該開始要求に含まれる端末ＩＤと状態制御ポリシ内のブロックポリシをブロック部１０７Ｈにブロック開始要求として通知する。また、状態制御部１０３Ｈは、移動管理ノード２００からブロック停止要求を受信した場合に当該停止要求に含まれる端末ＩＤをブロック部１０７Ｈにブロック停止要求として通知する。

無線基地局１００のブロック部１０７Ｈは、図９を用いて説明したブロック部１０７と同様の機能を持つ。具体的には、状態制御部１０３Ｈからブロック開始要求を取得した場合に当該開始要求に含まれる端末ＩＤとブロックポリシに基づいてブロックを開始する。また、ブロック部１０７Ｈは、状態制御部１０３Ｈからブロック停止要求を取得した場合に当該停止要求に含まれる端末ＩＤに対するブロックを停止する。

本実施の形態で述べた具体例によれば、コアネットワーク１０（具体的には移動管理ノード２００）からの指示に基づいて、移動端末３００をＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移させる契機となる要求又はイベントをブロックする動作を無線基地局１００に行わせることが可能となる。つまり、本実施の形態で述べた具体例によれば、移動端末３００におけるＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移のタイミングを、コアネットワーク１０（つまり、移動管理ノード２００）の判断に基づいて、コアネットワーク１０が主体的に制御することができる。したがって、移動端末３００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の繰り返しに起因して生じるコアネットワーク１０が処理すべきシグナリングをコアネットワーク１０の判断に基づいて減らすことができる。

＜その他の実施の形態＞
発明の実施の形態１〜７で説明した具体例は、適宜組み合わせて実施してもよい。

発明の実施の形態１〜７で述べた“ポリシ供給システム”としての移動管理ノード２００の機能、すなわち“移動端末３００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移に関する状態制御ポリシを無線アクセスネットワーク２０に供給する機能”は、移動管理ノードとは異なるコアネットワーク１０内の他のノードに配置されてもよい。また、発明の実施の形態１〜７で述べた“ポリシ供給システム”としての移動管理ノード２００の機能は、コアネットネットワーク１０内の複数のノードに分散して配置されてもよい。つまり、発明の実施の形態１〜７で述べた“ポリシ供給システム”としての移動管理ノード２００の機能の配置は、ネットワークアーキテクチャの設計思想に基づいて適宜決定されるものである。具体例を述べると、発明の実施の形態１〜７を３ＧＰＰのＵＭＴＳに適用する場合、上述した“ポリシ供給システム”としての移動管理ノード２００の機能は、ＧＧＳＮ（Gateway GPRS Support Node）に配置されてもよい。また、発明の実施の形態１〜７で述べた移動管理ノード２００の機能は、Ｏ＆Ｍ（Operations & Maintenance）サーバに配置されてもよい。

発明の実施の形態１〜７で述べた“移動端末３００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移に関する状態制御を行う制御装置”としての無線基地局１００の機能は、無線基地局１００とは異なる他のノードに配置されてもよい。具体的には、無線アクセスネットワーク２０に配置され、無線リソース管理機能を持つノードに配置すればよい。具体例を述べると、発明の実施の形態１〜７を３ＧＰＰのＵＭＴＳに適用する場合、上述した無線基地局１００の機能は、ＮＢ（NodeB）ではなく、ＲＮＣ（Radio Network Controller）が持つスケジューリング機能、無線ベアラ管理機能の改良によって実現してもよい。また、本実施の形態をＷｉＭＡＸ Ｆｏｒｕｍの通信システムに適用する場合、上述した無線基地局１００の動作は、ＢＳ（Base Station）ではなく、ＡＳＮ−ＧＷ（Access Service Network Gateway）持つ機能の改良によって実現してもよい。

発明の実施の形態１〜７では、コアネットワーク１０（典型的には移動管理ノード２００又はポリシ決定ノード５００）から無線基地局１００に状態制御ポリシを供給し、無線基地局１００が状態制御ポリシに基づいて移動端末３００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御を行う例について説明した。しかしながら、コアネットワーク１０が決定した状態制御ポリシを、コアネットワーク１０から移動端末３００に供給してもよい。この場合、移動端末３００は、コアネットワーク１０から受け取った状態制御ポリシに従って、自律的に、自身のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移を制御すればよい。つまり、発明の実施の形態１〜７で述べた“移動端末３００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移に関する状態制御を行う制御装置”としての無線基地局１００の機能は、移動端末３００自身に配置されてもよい。このような変形によっても、移動端末の状態遷移（ＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移）の繰り返しに起因して生じるコアネットワークが処理すべきシグナリングを、コアネットワークの判断に基づいて減らすことができる。

発明の実施の形態１〜７で述べた移動管理ノード２００による無線基地局１００への状態制御の要求処理、無線基地局１００による移動管理ノード２００からの状態制御ポリシの指示に基づく移動端末３００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移の制御処理、ポリシ決定ノード５００による移動端末３００の状況に応じた状態制御ポリシの決定処理は、いずれもＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（Digital Signal Processor）等の半導体処理装置を用いて実現してもよい。また、これらの処理は、マイクロプロセッサ等のコンピュータにプログラムを実行させることによって実現してもよい。具体的には、図６、７、１１、１５、１８、２３、２６、のうち少なくとも１つに示したアルゴリズムをコンピュータに行わせるための命令群を含むプログラムを作成し、当該プログラムをコンピュータに供給すればよい。

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

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

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

１０ コアネットワーク
２０ 無線アクセスネットワーク（Radio Access Network：ＲＡＮ）
１００ 無線基地局
１０１ コア側インターフェース
１０２ 無線インターフェース
１０３ 状態制御部
１０４ 監視部
１０５ タイマー機能
１０６ ＩＤＬＥ遷移開始部
１０３Ｂ 第２の実施の形態における状態制御部
１０７ 第２の実施の形態におけるブロック部
１１３Ｃ 第３の実施の形態における状態制御部
１０８ 第３の実施の形態に無線制御部
１０３Ｈ 第７の実施の形態における状態制御部
１０７Ｈ 第７の実施の形態におけるブロック部
２００ 移動管理ノード
２０１ インターフェース
２０２ 制御決定部
２０３ 端末管理部
２０４ ポリシ管理部
２０５ ポリシ通知部
２０４Ｂ 第２の実施の形態におけるポリシ管理部
２０４Ｃ 第３の実施の形態におけるポリシ管理部
２０２Ｄ 第４の実施の形態における制御決定部
２０３Ｄ 第４の実施の形態における端末管理部
２０４Ｃ 第５の実施の形態における制御決定部
２０６ 第５の実施の形態における加入者サーバインターフェース
２０９ 第７の実施の形態におけるブロック開始通知部
２１０ 第７の実施の形態におけるブロック停止通知部
３００ 移動端末
４００ 加入者サーバ
５００ ポリシ決定ノード
５０１ 端末状況把握部
５０２ ポリシ決定部
５０３ ポリシ通知部

Claims (14)

1. コアネットワークに配置された移動管理ノードによって行われる方法であって、前記方法は、
   移動端末の行動に関する第１の情報に基づいて、前記移動端末の状態遷移に関する第２の情報を決定することと、
   前記第２の情報を無線基地局に通知することと、を含み、
   前記状態遷移は、Ｓ１ Ｒｅｌｅａｓｅ Ｐｒｏｃｅｄｕｒｅによって前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移することを含む、方法。
2. 前記第２の情報を、前記移動端末の移動パターンに基づいて決定することを含む、請求項１記載の方法。
3. 前記第２の情報は、加入者情報に関連する、請求項１または２のいずれかに記載の方法。
4. 前記第２の情報は、前記無線基地局による前記状態遷移の抑制を補助する、請求項１乃至３のいずれかに記載の方法。
5. 前記状態遷移は、ＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージによって前記ＩＤＬＥ状態から前記ＣＯＮＮＥＣＴＥＤ状態への遷移を開始することを含む、請求項１乃至４のいずれかに記載の方法。
6. 前記状態遷移は、前記移動端末と前記無線基地局との間のＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続の確立または解放のいずれかによって遷移することを含む、請求項１乃至５のいずれかに記載の方法。
7. 無線基地局によって行われる方法であって、
   コアネットワークに配置された移動管理ノードと通信することと、
   移動端末の行動に関する第１の情報に基づいて、前記移動管理ノードによって決定された、前記移動端末の状態遷移に関する第２の情報を受信することと、を含み、
   前記状態遷移は、Ｓ１ Ｒｅｌｅａｓｅ Ｐｒｏｃｅｄｕｒｅによって前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移することを含む、方法。
8. 前記第２の情報は、前記移動端末の移動パターンに基づいて決定される、請求項７記載の方法。
9. 前記第２の情報は、加入者情報に関連する、請求項７または８のいずれかに記載の方法。
10. 前記第２の情報を用いて、前記状態遷移を抑制することを含む、請求項７乃至９のいずれかに記載の方法。
11. 前記状態遷移は、ＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージによって前記ＩＤＬＥ状態から前記ＣＯＮＮＥＣＴＥＤ状態への遷移を開始することを含む、請求項７乃至１０のいずれかに記載の方法。
12. 前記状態遷移は、前記移動端末と前記無線基地局との間のＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続の確立または解放のいずれかによって遷移することを含む、請求項７乃至１１のいずれかに記載の方法。
13. コアネットワークに配置された移動管理ノードであって、
    前記移動管理ノードは、
    移動端末の行動に関する第１の情報に基づいて、前記移動端末の状態遷移に関する第２の情報を決定し、
    前記第２の情報を無線基地局に通知するよう構成され、
    前記状態遷移は、Ｓ１ Ｒｅｌｅａｓｅ Ｐｒｏｃｅｄｕｒｅによって前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移することを含む、
    移動管理ノード。
14. 無線基地局であって、
    コアネットワークに配置された移動管理ノードと通信し、
    移動端末の行動に関する第１の情報に基づいて、前記移動管理ノードによって決定された、前記移動端末の状態遷移に関する第２の情報を受信するよう構成され、
    前記状態遷移は、Ｓ１ Ｒｅｌｅａｓｅ Ｐｒｏｃｅｄｕｒｅによって前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態へ遷移することを含む、
    無線基地局。

Images