JP6476860B2 - 無線アクセスネットワーク装置並びにその方法及びプログラム - Google Patents

Description

本出願は、移動通信システムに関し、特に、無線アクセスネットワークで利用される端末情報の管理に関する。

多元接続方式の移動通信システムは、時間、周波数、及び送信電力のうち少なくとも１つを含む無線リソースを複数の移動端末の間で共有することで、複数の移動端末が実質的に同時に無線通信を行うことを可能としている。代表的な多元接続方式は、ＴＤＭＡ（Time Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＣＤＭＡ（Code Division Multiple Access）、若しくはＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）又はこれらの組み合わせである。本明細書で用いる移動通信システムの用語は、特に断らない限り多元接続方式の移動通信システムを意味する。

移動通信システムは、移動端末及びネットワークを含む。ネットワークは、無線アクセスネットワーク（Radio Access Network（ＲＡＮ））及びモバイルコアネットワーク（Mobile Core Network（ＭＣＮ））を含む。移動端末は、ＲＡＮ及びＭＣＮを介して外部ネットワーク（例えば、 インターネット、パケットデータネットワーク、又はプライベート企業網）と通信する。移動通信システムは、例えば、3rd Generation Partnership Project（３ＧＰＰ）のUniversal Mobile Telecommunications System（ＵＭＴＳ）又はEvolved Packet System（ＥＰＳ）である。ＲＡＮは、例えばUniversal Terrestrial Radio Access Network（ＵＴＲＡＮ）、又はEvolved UTRAN（Ｅ−ＵＴＲＡＮ）である。ＭＣＮは、例えば、General Packet Radio Service（ＧＰＲＳ）パケットコア、又はEvolved Packet Core（ＥＰＣ）である。

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

特許文献２及び３は、移動端末のＣＯＮＮＥＣＴＥＤ状態とＩＤＬＥ状態の間での状態遷移の制御に使用される制御ポリシをＭＣＮからＲＡＮ内の制御装置（e.g. 基地局）に供給することを開示している。制御ポリシは、例えば、移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移するまでの時間間隔（ＩＤＬＥ遷移間隔）の指定を含む。制御ポリシは、例えば、移動管理ノード（e.g. Mobility Management Entity（ＭＭＥ）、Serving GPRS Support Node（ＳＧＳＮ））、又は加入者サーバ（e.g. Home Subscriber Server（ＨＳＳ））によって管理される。

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

ここで、本明細書及び特許請求の範囲で使用する「ＣＯＮＮＥＣＴＥＤ状態」及び「ＩＤＬＥ状態」の用語の定義を述べる。「ＩＤＬＥ状態」とは、移動端末がＭＣＮとの間でセッション管理及びモビリティ管理のための制御信号の継続的な交換を行っておらず、ＲＡＮでの無線接続が解放（release）された状態を意味する。ＩＤＬＥ状態の一例は、３ＧＰＰのEPS Connection Management IDLE（ＥＣＭ−ＩＤＬＥ）状態且つRadio Resource Control IDLE（ＲＲＣ＿ＩＤＬＥ）状態である。ＲＲＣ＿ＩＤＬＥであるとき、Ｅ−ＵＴＲＡＮにおける無線接続であるＲＲＣ＿Ｃｏｎｎｅｃｔｉｏｎが解放される。

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

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

また、本明細書では、移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を決定するために、移動端末のデータ通信が行われていない不活性状態の継続を計測するタイマを、３ＧＰＰでの呼称に従って「UE inactivity timer」と呼ぶ。

特開平１１−３１３３７０号公報 国際公開第２０１２／０９３４３３号 国際公開第２０１２／０９３４３４号

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. 基地局、Radio Network Controller（ＲＮＣ））において移動端末の挙動（e.g. 通信頻度、移動頻度）を計測すること、及びこの計測結果に基づいて移動端末毎（又は移動端末グループ毎）に適切なUE inactivity timerのタイマ値（満了期間）を決定することについて検討し、この検討において様々な課題を見出した。これらの課題の１つは、ＲＡＮ（e.g. 基地局、ＲＮＣ）は、移動端末のＩＤＬＥ状態への遷移の際に、その移動端末に関するＲＡＮ端末情報の取得・更新を停止し、それまでに保持していたＲＡＮ端末情報を開放することである。ＲＡＮ端末情報は、例えば、（ａ）ＲＡＮにおいて取得された移動端末に関する計測情報、（ｂ）ＲＡＮにおいて取得された移動端末に関する履歴情報、及び（ｃ）ＲＡＮにおいて決定された移動端末に関する設定情報のうち少なくとも１つを含む。したがって、例えば、ＲＡＮは、ＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移をまたぐ長期間にわたって移動端末に関する計測情報又は履歴情報を収集し、この長期間の情報に基づいて移動端末に関する設定（e.g. UE inactivity timerのタイマ値）を行うことが困難である。また、ＲＡＮは、移動端末がＣＯＮＮＥＣＴＥＤ状態に遷移した直後の時点において、その移動端末に関する計測情報又は履歴情報を何ら有していないため、計測情報又は履歴情報に基づく移動端末に関する設定（e.g. UE inactivity timerのタイマ値）を行うことが困難である。

なお、ＲＡＮにて保持されていたＲＡＮ端末情報が移動端末のＩＤＬＥ状態への遷移に応じて解放されることは、UE inactivity timerのタイマ値を決定するケース以外でも問題となり得る。言い換えると、ＲＡＮにおいてＲＡＮ端末情報（e.g. 計測情報、履歴情報）をＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移をまたがって継続的に利用できないことは、ＲＡＮが移動端末に関する何らかの決定又は設定を行う場合に広く問題となり得る。ＲＡＮにおける移動端末に関する決定又は設定は、例えば、ハンドオーバ開始の決定、ハンドオーバ先セルの決定、及びランダムアクセス手順におけるバックオフ時間の決定等である。

特許文献１は、移動端末の通信頻度を基地局において計測するとともに、スリープモード遷移に関するタイマの満了期間を移動端末の通信頻度に基づいて変更することを開示している。しかしながら、特許文献１は、通信頻度の計測情報をどのように蓄積し、これを継続的に利用するかについて記載していない。

したがって、本件発明の目的の１つは、ＲＡＮにおいてＲＡＮ端末情報（e.g. 計測情報、履歴情報）を移動端末のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移をまたがって継続的に利用できるようにするために改良された装置、システム、方法、及びプログラムを提供することである。

第１の態様では、無線アクセスネットワークに配置される無線アクセスネットワーク装置は、情報管理部を含む。前記情報管理部は、移動端末に関するＲＡＮ端末情報をコアネットワークに送信するとともに、前記ＲＡＮ端末情報を前記コアネットワークから受信するよう構成されている。

第２の態様では、コアネットワークに配置されるコアネットワーク装置は、制御部を含む。前記制御部は、移動端末に関するＲＡＮ端末情報を無線アクセスネットワークから受信するとともに、前記ＲＡＮ端末情報を前記無線アクセスネットワークに送信するよう構成されている。

第３の態様では、移動端末は、無線通信部を含む。前記無線通信部は、上述した第１の態様に係る基地局と結合して使用され、前記ＲＡＮ端末情報を保有する前記基地局による設定に従って前記基地局との通信を行うよう構成されている。

第４の態様では、無線アクセスネットワーク装置により行われる方法は、移動端末に関するＲＡＮ端末情報をコアネットワークに送信することを含む。

第５の態様では、コアネットワーク装置により行われる方法は、移動端末に関するＲＡＮ端末情報を無線アクセスネットワークから受信すること、及び前記ＲＡＮ端末情報を前記無線アクセスネットワークに送信することを含む。

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

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

なお、上述した第１〜第７の態様において、前記ＲＡＮ端末情報は、（ａ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報、（ｂ）前記無線アクセスネットワークにおいて取得された前記移動端末に関する履歴情報、及び（ｃ）前記無線アクセスネットワークにおいて決定された前記移動端末に関する設定情報、のうち少なくとも１つを含む。

上述した第１〜第７の態様によれば、ＲＡＮにおいてＲＡＮ端末情報（e.g. 計測情報、履歴情報）を移動端末のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移をまたがって継続的に利用できるようにするために改良された装置、システム、方法、及びプログラムを提供できる。

第１の実施形態に係る移動通信システムの構成例を示すブロック図である。 第１の実施形態に係るＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。 第１の実施形態に係るＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。 第１の実施形態に係るＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。 第１の実施形態に係るＲＡＮ端末情報の読み出し方法の一例を示すシーケンス図である。 第１の実施形態に係るＲＡＮ端末情報の読み出し方法の一例を示すシーケンス図である。 第１の実施形態に係るＲＡＮ装置（e.g. 基地局、ＲＮＣ）によるＲＡＮ端末情報の退避手順の一例を示すフローチャートである。 第１の実施形態に係るＲＡＮ装置（e.g. 基地局、ＲＮＣ）によるＲＡＮ端末情報の読み出し手順の一例を示すフローチャートである。 第１の実施形態に係るＲＡＮ装置（e.g. 基地局、ＲＮＣ）によるUE INACTIVITY TIMERの設定手順の一例を示すフローチャートである。 第１の実施形態に係るＲＡＮ装置（e.g. 基地局）の構成例を示すブロック図である。 第１の実施形態にＭＣＮ装置（e.g. 移動管理ノード）の構成例を示すブロック図である。 第１の実施形態に係る移動通信システムの構成例を示すブロック図である。 第２の実施形態に係るＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。 第２の実施形態に係るＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。 第２の実施形態に係るＲＡＮ端末情報の読み出し方法の一例を示すシーケンス図である。 第２の実施形態に係るＲＡＮ端末情報の読み出し方法の一例を示すシーケンス図である。 第３の実施形態に係るＭＣＮ装置（e.g. 移動管理ノード）間でのＲＡＮ端末情報の送信方法の一例を示すシーケンス図である。 第３の実施形態に係るＭＣＮ装置（e.g. 移動管理ノード）間でのＲＡＮ端末情報の送信方法の一例を示すシーケンス図である。 第３の実施形態に係るＭＣＮ装置（e.g. 移動管理ノード）間でのＲＡＮ端末情報の送信方法の一例を示すシーケンス図である。 第４の実施形態に係るＲＡＮ装置（e.g. 基地局、ＲＮＣ）間でのＲＡＮ端末情報の送信方法の一例を示すシーケンス図である。 第４の実施形態に係るＲＡＮ装置（e.g. 基地局、ＲＮＣ）間でのＲＡＮ端末情報の送信方法の一例を示すシーケンス図である。

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

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

ＲＡＮ２０は、基地局１００および無線リソース管理機能を含む。無線リソース管理機能は、基地局１００とは別のＲＡＮノードに配置される場合もあるし、基地局１００に配置される場合もある。例えば、３ＧＰＰのUniversal Mobile Telecommunications System（ＵＭＴＳ）では、無線リソース管理機能はＲＮＣに配置される。一方、３ＧＰＰのEvolved Packet System（ＥＰＳ）では、無線リソース管理機能は、基地局（eNB）に配置される。ＲＡＮ２０は、例えば、Ｅ−ＵＴＲＡＮ若しくはＵＴＲＡＮ、又はこれらの組み合わせである。

基地局１００は、無線アクセス技術により移動端末２００と接続する。Ｅ−ＵＴＲＡＮにおいては、基地局１００はE-UTRAN NodeB（ｅＮＢ）に対応する。ＵＴＲＡＮにおいては、基地局１００はRadio Network Controller（ＲＮＣ）及びＮｏｄｅＢが持つ機能に対応する。基地局１００は、ＭＣＮ３０の移動管理ノード３００との間で制御メッセージ（e.g. S1 Application Protocol（Ｓ１ＡＰ）メッセージ）を送受信し、ＭＣＮ３０の転送ノード３１０との間でユーザデータ（又はユーザデータをカプセル化したトンネルパケット）を送受信する。

移動端末２００は、無線インタフェースを有し、無線アクセス技術により基地局１００に接続し、ＲＡＮ２０（つまり基地局１００）を介してＭＣＮ３０へ接続する。そして、移動端末２００は、ＲＡＮ２０及びＭＣＮ３０を介して外部ネットワーク４０と通信する。外部ネットワーク４０は、インターネット、パケットデータネットワーク、若しくはＰＳＴＮ、又はこれらの組み合わせである。また、移動端末２００は、ＭＣＮ３０の制御ノード（e.g. 移動管理ノード３００）との間でNon-Access Stratum（ＮＡＳ）メッセージを送受信する。ＮＡＳメッセージは、ＲＡＮ２０で終端されず、ＲＡＮ２０の無線アクセス方式に依存することなく、移動端末２００とＭＣＮ３０の間で透過的に送受信される制御メッセージである。移動端末２００からＭＣＮ３０に送られるＮＡＳメッセージは、アタッチ要求、セッション（ベアラ）要求、及び位置更新要求などのＮＡＳ要求メッセージを含む。例えば、ＥＰＳの場合、移動端末２００からのＮＡＳ要求メッセージは、Attach Request、Service Request、PDN connectivity request、Bearer Resource Allocation Request、Bearer Resource Modification Request、TAU (Tracking Area Update) Request、及びRAU (Routing Area Update) Requestのうち少なくとも１つを含む。一方、ＭＣＮ３０から移動端末２００に送信されるＮＡＳメッセージは、これらのＮＡＳ要求メッセージに対する受諾（ACCEPT）メッセージ、及び拒絶（REJECT）メッセージを含む。

ＭＣＮ３０は、主に移動通信サービスを提供するオペレータによって管理されるネットワークである。ＭＣＮ３０は、Circuit Switched（ＣＳ）コア若しくはPacket Switched（ＰＳ）コア、又はこれらの組み合わせである。ＭＣＮ３０は、例えば、ＥＰＳにおけるＥＰＣ、若しくはＵＭＴＳにおけるGeneral Packet Radio Service（ＧＰＲＳ）パケットコア、又はこれらの組み合わせである。図１の例では、ＭＣＮ３０は、移動管理ノード３００、転送ノード３１０、及び加入者サーバ３２０を含む。

移動管理ノード３００は、コントロールプレーンのノードであり、移動端末２００のモビリティ管理（e.g. 位置登録）、及びセッション（ベアラ）管理（e.g. ベアラ確立、ベアラ構成変更、ベアラ解放）などを行う。移動管理ノード３００は、基地局１００との間で制御メッセージ（e.g. Ｓ１ＡＰメッセージ）を送受信し、移動端末２００との間でＮＡＳメッセージを送受信する。例えば、ＵＭＴＳの場合、移動管理ノード３００は、ＳＧＳＮのコントロールプレーン機能を含む。また、ＥＰＳの場合、移動管理ノード３００は、ＭＭＥを含む。

転送ノード３１０は、移動端末２００と外部ネットワーク４０の間で送受信されるユーザデータの転送又は回線交換を含むユーザプレーン機能を提供する。例えば、ＵＭＴＳの場合、転送ノード３１０は、ＭＳＣのユーザプレーン機能、ＳＧＳＮのユーザプレーン機能、及びGateway GPRS Support Node（ＧＧＳＮ）を含む。また、ＥＰＳの場合、転送ノード３１０は、Serving Gateway（Ｓ−ＧＷ）及びPDN Gateway（Ｐ−ＧＷ）を含む。

加入者サーバ３２０は、移動端末２００の加入者データを保持するデータベースであり、例えばHome Subscriber Server（ＨＳＳ）又はHome Location Register（ＨＬＲ）がこれに相当する。加入者サーバ３２０は、移動管理ノード３００の要求に応答して、移動管理ノード３００に加入者データを送信する。

本実施形態に係る基地局１００は、移動端末２００に関するＲＡＮ端末情報（RAN UE Context）を取得し、当該ＲＡＮ端末情報を用いて移動端末２００に関する設定を行う。さらに、基地局１００は、取得したＲＡＮ端末情報を退避するためにＭＣＮ３０に送信するよう構成され、ＲＡＮ端末情報を読み出す（retrieveする）ためにＭＣＮ３０から退避済みのＲＡＮ端末情報を受信するよう構成されている。基地局１００がＭＣＮ３０から受信するＲＡＮ端末情報は、他の基地局１００によって取得されてＭＣＮ３０に退避されていた情報であってもよい。

ここで、本明細書で使用する「ＲＡＮ端末情報」との用語について定義する。本明細書におけるＲＡＮ端末情報は、ＲＡＮ２０において取得又は決定される移動端末２００に関する情報であり、以下の（ａ）〜（ｃ）のうち少なくとも１つを含む。
（ａ）ＲＡＮ２０において取得された移動端末２００に関する計測情報、
（ｂ）ＲＡＮ２０において取得された移動端末２００に関する履歴情報、及び
（ｃ）ＲＡＮ２０において決定された移動端末２００に関する設定情報。
上述の情報（ａ）〜（ｃ）は、移動端末２００毎に取得又は決定されてもよいし、端末グループ毎に取得又は決定されてもよい。端末グループは、例えば、端末種別単位、移動端末２００が使用するサービス単位、又は移動端末２００が要求するQuality of Service（ＱｏＳ）単位で定義されてもよい。端末グループをＱｏＳ単位で定義する場合、QoS Class Indicator（ＱＣＩ）を指標として用いてもよい。更に、上述の情報（ａ）〜（ｃ）は、移動端末２００に対して時間帯毎で管理してもよい。時間毎で管理することで、移動端末２００の挙動に応じたきめ細やかな移動端末管理が可能となる。端末グループＲＡＮ端末情報としての情報（ａ）〜（ｃ）の具体例について以下に説明する。

（ａ）移動端末２００に関する計測情報
ＲＡＮ２０（e.g. 基地局１００）は、移動端末２００の通信特性、移動特性、又はハンドオーバ特性などの移動端末２００の挙動を示す計測情報を取得することができる。例えば、ＲＡＮ２０は、移動端末２００の通信に関して、通信時間、通信帯域、通信間隔（無通信時間）、通信頻度、ＭＣＳ（Modulation and Coding Scheme）、通信データ量、スループット、通信遅延、パケットロス、パケット廃棄量、若しくは使用サービス種別、又はこれらの統計値（e.g. 平均値、中央値、最大値、最小値）を計測することができる。これらの移動端末２００の通信特性は、無線ベアラにおいて測定されてもよいし、ＲＡＮ２０とＭＣＮ３０の間のベアラ（e.g. Ｓ１ベアラ、又はEPS Radio Access Bearer（Ｅ−ＲＡＢ））において測定されてもよい。ＲＡＮ２０は、移動端末２００の通信特性を示すこれらの情報を移動端末２００に関する計測情報として取得してもよい。また、ＲＡＮ２０は、移動端末２００の移動特性を示す情報、例えば、移動したセル（又は基地局）の履歴、セル（又は基地局）での滞在時間、移動速度、若しくは移動ベクトル、又はこれらの統計値、を取得することができる。ＲＡＮ２０は、移動端末２００の移動特性を示すこれらの情報を移動端末２００に関する計測情報として取得してもよい。また、ＲＡＮ２０は、移動端末２００のハンドオーバ特性を示す情報、例えば、ハンドオーバ試行回数、ハンドオーバ失敗（e.g. Too Late Handover、Too Early Handover）数、若しくはハンドオーバ失敗率、又はこれらの統計値、を取得することができる。ＲＡＮ２０は、移動端末２００のハンドオーバ特性を示すこれらの情報を移動端末２００に関する計測情報として取得してもよい。

（ｂ）移動端末２００に関する履歴情報
ＲＡＮ２０（e.g. 基地局１００）は、移動端末２００の通信特性又は移動特性などの移動端末２００の挙動を示す履歴情報を取得することができる。移動端末２００に関する履歴情報は、例えば、移動端末２００の通信履歴、移動端末２００の移動履歴、及び移動端末２００のサービス使用履歴のうち少なくとも１つを含む。なお、移動端末２００に関する計測情報と履歴情報を明確に区別しなくてもよい。上述した移動端末２００に関する計測情報の少なくとも一部は、移動端末２００に関する履歴情報と呼ぶこともできる。

（ｃ）移動端末２００に関する設定情報
ＲＡＮ２０は、上述した移動端末２００に関する計測情報又は履歴情報を用いて、移動端末２００に関する設定を行うことができる。移動端末２００に関するＲＡＮ２０での設定は、例えば、UE INACTIVITY TIMERのタイマ値（満了期間）、ハンドオーバ・パラメタ（e.g. A3-offset、Time to Trigger（ＴＴＴ））、ランダムアクセス手順におけるバックオフ時間、基地局へのアクセスを制限するアクセス制限時間（の平均値）（ac-BarringTime）、又は端末優先度である。端末優先度は、移動端末２００（又は端末グループ）の他の移動端末（又は端末グループ）に比べた優先度を示し、例えば、上述した設定情報（UE INACTIVITY TIMERのタイマ値、ハンドオーバ・パラメタ、又はランダムアクセス手順におけるバックオフ時間）の決定、又は無線リソースの割り当て等のために利用される。

上述したように、基地局１００は、ＲＡＮ２０で得られたＲＡＮ端末情報（e.g. 計測情報、履歴情報）をＭＣＮ３０に退避できるよう構成されている。また、基地局１００は、ＭＣＮ３０に退避されていたＲＡＮ端末情報をＭＣＮ３０から読み出すことができるよう構成されている。これにより、基地局１００は、移動端末２００のＩＤＬＥ状態への遷移によってＲＡＮ端末情報がＲＡＮ２０において解放（消去）された場合にも、その後の移動端末２００の設定のためにＭＣＮ３０に退避されていたＲＡＮ端末情報を読み出して用いることができる。言い換えると、基地局１００は、移動端末２００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移をまたがってＲＡＮ端末情報を継続的に利用することができる。したがって、基地局１００は、移動端末２００に関する長期間のＲＡＮ端末情報を考慮して、移動端末２００に関する設定（e.g. UE INACTIVITY TIMERのタイマ値の設定）を行うことができる。

続いて以下では、ＲＡＮ端末情報をＲＡＮ２０からＭＣＮ３０に退避するタイミング、及びＲＡＮ端末情報をＭＣＮ３０からＲＡＮ２０に読み出すタイミングの具体例について説明する。すでに述べたように、一般的な移動通信システムにおいて、ＲＡＮ（e.g. 基地局、ＲＮＣ）は、移動端末のＩＤＬＥ状態への遷移の際に、その移動端末に関するＲＡＮ端末情報の取得・更新を停止し、それまでに保持していたＲＡＮ端末情報を開放する。したがって、本実施形態に係る基地局１００は、例えば、移動端末２００に関するＲＡＮ端末情報を解放する際に、その情報をＭＣＮ３０に送信してもよい。さらに具体的に述べると、基地局１００は、基地局１００における自立的なＲＡＮ端末情報の取得を停止することに応じて、ＲＡＮ端末情報をＭＣＮ３０に送信してもよい。また、基地局１００は、移動端末２００がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移することに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０に送信してもよい。また、基地局１００は、移動端末２００が自セルから他のセルへ外向きハンドオーバ（outgoing handover）を行うことに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０に送信してもよい。これらのうちいずれかのタイミングでＲＡＮ端末情報をＭＣＮ３０に送信することによって、基地局１００は、解放される（つまり消去される）ＲＡＮ端末情報をＭＣＮ３０に退避しておくことができる。

一方、基地局１００は、移動端末２００に関するＲＡＮ端末情報の自立的な取得を開始（再開）することに応じて、ＭＣＮ３０からその移動端末２００に関するＲＡＮ端末情報を受信するとよい。より具体的に述べると、基地局１００は、移動端末２００がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０から受信してもよい。また、基地局１００は、移動端末２００が他のセルから自セルへの内向きハンドオーバ（incoming handover）を行うことに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０から受信してもよい。これらのうちいずれかの動作によれば、基地局１００は、移動端末２００のＲＡＮ端末情報（e.g. 計測情報、履歴情報、又は設定情報）をＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移をまたがって継続的に利用することができる。

なお、ＲＡＮ２０からＭＣＮ３０へのＲＡＮ端末情報の退避タイミング、及びＭＣＮ３０からＲＡＮ２０へのＲＡＮ端末情報の読み出しタイミングについての上述の例は、好適な例の１つに過ぎない。例えば、基地局１００は、移動端末２００の位置更新等に応じて、基地局１００とＭＣＮ３０の間のシグナリングが発生する際に、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０に送信してもよい。この場合、基地局１００は、例えば位置更新のために移動管理ノード３００に送信される制御メッセージにＲＡＮ端末情報を含めるとよい。このように、ＲＡＮ２０からＭＣＮ３０に送信される既存の制御メッセージにＲＡＮ端末情報を含めることで、新たな制御メッセージの送信が必要ないため、ＲＡＮ端末情報のＭＣＮ３０への退避に伴ってシグナリング回数が増加することを抑制できる。また、基地局１００は、ＲＡＮ端末情報を更新したタイミング等の任意のタイミングにおいて、ＲＡＮ端末情報をＭＣＮ３０に送信してもよい。

次に、ＭＣＮ３０におけるＲＡＮ端末情報の管理主体について説明する。一例として、移動管理ノード３００がＲＡＮ端末情報を管理することが考えられる。移動管理ノード３００は、ＲＡＮ２０（例えば、基地局１００）とのシグナリングインタフェースを有している。さらに、移動管理ノード３００は、移動端末２００のモビリティ管理を行うために、ＩＤＬＥ状態の移動端末２００に関するコンテキストを保持している。したがって、移動管理ノード３００が例えば、移動端末２００に関するコンテキストと関連付けてＲＡＮ端末情報を管理することで、ＭＣＮ３０におけるＲＡＮ端末情報の管理を容易に行うことができる利点がある。しかしながら、ＲＡＮ端末情報は、ＭＣＮ３０の他のノード、例えば加入者サーバ３２０に保持されてもよい。加入者サーバ３２０は、移動端末２００に関する加入者情報を保持しているから、当該加入者情報と関連付けてＲＡＮ端末情報を保持すればよい。また、加入者サーバ３２０は、一般的に移動管理ノード３００とのシグナリングインタフェースを有しているから、移動管理ノード３００を介して基地局１００からＲＡＮ端末情報を受信すればよい。

また、移動管理ノード３００は、移動端末２００がＭＣＮ３０からデタッチすることに応じて、移動管理ノード３００に退避されていた当該移動端末２００に関するＲＡＮ端末情報を解放（消去）してもよい。移動管理ノード３００は、移動端末２００のモビリティ管理を行なっているため、移動端末２００のデタッチを容易に認識することができる。デタッチする移動端末２００に関するＲＡＮ端末情報を解放することで、ＭＣＮ３０に蓄積されるＲＡＮ端末情報のボリュームの増大を抑制できる。あるいは、移動管理ノード３００は、移動端末２００がＭＣＮ３０からデタッチすることに応じて、移動管理ノード３００に退避されていた当該移動端末２００に関するＲＡＮ端末情報を加入者サーバ３２０に退避してもよい。この動作により、加入者サーバ３２０は、最新のＲＡＮ端末情報を保持することが可能となる。

続いて以下では、本実施形態に係るＭＣＮ３０へのＲＡＮ端末情報の退避方法、及びＭＣＮ３０からのＲＡＮ端末情報の読み出し方法の具体例について、シーケンス図を用いて説明する。図２のシーケンス図は、基地局１００から移動管理ノード３００へのＲＡＮ端末情報の退避方法の一例を示している。ステップＳ１１では、基地局１００は、ＲＡＮ端末情報を含む制御メッセージを移動管理ノード３００に送信する。制御メッセージは、移動端末２００（又は端末グループ）を識別するための識別子（e.g. International Mobile Subscriber Identity（ＩＭＳＩ））も含む。ステップＳ１２では、移動管理ノード３００は、基地局１００又は他の基地局からの将来の読み出し要求に答えるために、受信したＲＡＮ端末情報を退避（保存）する。移動管理ノード３００は、過去に受信済みのＲＡＮ端末情報を既に保存している場合、新たに受信したＲＡＮ端末情報によって過去の情報を更新してもよい。

既に述べたように、基地局１００は、移動端末２００がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移することに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０に退避してもよい。図３及び図４のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、移動端末２００のＩＤＬＥ状態への遷移に応じてＲＡＮ端末情報をＭＣＮ３０に退避する例を示している。図３の例は、移動端末２００のＩＤＬＥ状態への遷移を基地局（ここでは、ｅＮＢ）１００が決定する場合に関する。すなわち、ステップＳ２１では、基地局１００は、例えば、UE INACTIVITY TIMERが満了したことに応じて、移動端末２００とのRadio Resource Control（ＲＲＣ）コネクションの切断を決定する。ステップＳ２２では、基地局１００は、UE CONTEXT RELEASE REQUESTメッセージを用いてＲＡＮ端末情報を移動管理ノード（ここでは、ＭＭＥ）３００に送信する。UE CONTEXT RELEASE REQUESTメッセージは、特定の移動端末に対応付けられたＳ１コネクションの解放をｅＮＢがＭＭＥに対して要求するために送信されるＳ１ＡＰメッセージである。ステップＳ２３では、移動管理ノード３００は、基地局１００から受信したＲＡＮ端末情報を保存する。

図４の例は、移動端末２００のＩＤＬＥ状態への遷移を移動管理ノード（ここでは、ＭＭＥ）３００が決定する場合に関する。すなわち、ステップＳ３１では、移動管理ノード３００は、移動端末２００に関するUE CONTEXT RELEASE COMMANDメッセージを基地局（ここでは、ｅＮＢ）１００に送信する。UE CONTEXT RELEASE COMMANDメッセージは、特定の移動端末に対応付けられたＳ１コネクションの解放をＭＭＥがｅＮＢに対して要求するために送信されるＳ１ＡＰメッセージである。基地局１００は、UE CONTEXT RELEASE COMMANDメッセージの受信に応答して、シグナリング及びユーザデータの送受信のために移動端末２００に割り当てていた全てのリソースを解放する。そして、基地局１００は、移動管理ノード３００に対してUE CONTEXT RELEASE COMPLETEメッセージを送信する（ステップＳ３２）。なお、図４の例では、UE CONTEXT RELEASE COMPLETEメッセージは、ＩＤＬＥ状態に遷移する移動端末２００に関するＲＡＮ端末情報を含む。ステップＳ３３では、移動管理ノード３００は、基地局１００から受信したＲＡＮ端末情報を退避（保存）する。

図３及び４に示したＲＡＮ端末情報の退避方法に関するシーケンスは、一例に過ぎない。既に述べたように、基地局１００は、移動端末２００の位置更新の際に、外向きハンドオーバの際に、又はその他の任意のタイミングにおいて、ＲＡＮ端末情報を移動管理ノード３００に送信してもよい。例えば、３ＧＰＰのＥＰＳネットワークの場合、図２のステップＳ１１に示された制御メッセージは、(i) INITIAL UE MESSAGEメッセージ、(ii) S1ハンドオーバを要求するためのHANDOVER REQUIREDメッセージ、又は (iii) UE CONTEXT MODIFICATION RESPONSEメッセージであってもよい。さらに、本実施形態に係る移動通信システムは、３ＧＰＰのＵＭＴＳネットワークであってもよい。ＵＭＴＳネットワークの場合、図２のステップＳ１１に示された制御メッセージは、ＲＮＣからＭＣＮに送信されるRadio Access Network Application Part（ＲＡＮＡＰ）メッセージであってもよい。具体的には、図２のステップＳ１１に示された制御メッセージは、(i) lu RELEASE COMPLETEメッセージ、 (ii) RAB RELEASE REQUESTメッセージ、又は (iii) RELOCATION REQUIREDメッセージであってもよい。

次に、ＭＣＮ３０に退避されていたＲＡＮ端末情報の基地局１００への読み出しについて説明する。図５のシーケンス図は、移動管理ノード３００から基地局１００へのＲＡＮ端末情報の読み出し方法の一例を示している。ステップＳ４１では、移動管理ノード３００は、ＲＡＮ端末情報を含む制御メッセージを基地局１００に送信する。制御メッセージは、移動端末２００（又は端末グループ）を識別するための識別子（e.g.ＩＭＳＩ）も含む。ステップＳ４２では、基地局１００は、移動管理ノード３００から受信したＲＡＮ端末情報を利用して、移動端末２００に関する設定（e.g. UE INACTIVITY TIMERの満了期間、ハンドオーバ・パラメタ）を行う。基地局１００は、例えば、移動管理ノード３００から受信したＲＡＮ端末情報のみを用いて、ＣＯＮＮＥＣＴＥＤ状態に遷移した移動端末２００の初期設定を行なってもよい。また、基地局１００は、移動管理ノード３００から受信したＲＡＮ端末情報と自身で新たに取得したＲＡＮ端末情報を用いて、移動端末２００の設定を行なってもよい。

既に述べたように、基地局１００は、移動端末２００がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することに応じて、その移動端末２００に関するＲＡＮ端末情報をＭＣＮ３０から受信してもよい。図６のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、移動端末２００のＣＯＮＮＥＣＴＥＤ状態への遷移に応じてＲＡＮ端末情報をＭＣＮ３０から読み出す例を示している。すなわち、ステップＳ５１では、基地局１００は、移動端末２００からSERVICE REQUESTメッセージを受信する。SERVICE REQUESTメッセージは、ＭＣＮ３０への接続を要求するためにＩＤＬＥ状態（ＥＣＭ−ＩＤＬＥ状態）の移動端末から送信されるＮＡＳメッセージである。ステップＳ５２では、基地局１００は、移動端末２００からのSERVICE REQUESTメッセージを含むINITIAL UE MESSAGEメッセージを移動管理ノード３００に送信する。移動管理ノード３００は、SERVICE REQUESTメッセージの受信に応答して、INITIAL CONTEXT SETUP REQUEST メッセージを基地局１００に送信する。INITIAL CONTEXT SETUP REQUEST メッセージは、移動端末２００に関するベアラ（Ｅ−ＲＡＢ）の確立のために送信されるＳ１ＡＰメッセージである。なお、図６の例では、INITIAL CONTEXT SETUP REQUEST メッセージは、ＣＯＮＮＥＣＴＥＤ状態に遷移する移動端末２００に関するＲＡＮ端末情報を含む。

図６に示したＲＡＮ端末情報の読み出し方法に関するシーケンスは、一例に過ぎない。既に述べたように、基地局１００は、移動端末２００の位置更新の際に、内向きハンドオーバの際に、又はその他の任意のタイミングにおいて、ＲＡＮ端末情報を移動管理ノード３００から受信してもよい。例えば、３ＧＰＰのＥＰＳネットワークの場合、図５のステップＳ４１に示された制御メッセージは、(i) TAU ACCEPTを含むDOWNLINK NAS TRANSPORTメッセージ、(ii) Ｓ１ハンドオーバの際にＭＭＥからターゲットｅＮＢに送信されるHANDOVER REQUESTメッセージ、(iii) Ｓ１又はＸ２ハンドオーバの際にＧＴＰトンネルのエンドポイントの切り替えのためにＭＭＥからターゲットｅＮＢに送信されるPATH SWITCH ACKNOWLEDGEメッセージ、又は (iv) UE CONTEXT MODIFICATION REQUESTメッセージであってもよい。また、３ＧＰＰのＵＭＴＳネットワークの場合、図５のステップＳ４１に示された制御メッセージは、ＭＣＮからＲＮＣに送信されるＲＡＮＡＰメッセージであってもよい。具体的には、図５のステップＳ４１に示された制御メッセージは、(i) RAB ASSIGNMENT REQUESTメッセージ、 (ii) IU RELEASE COMMANDメッセージ、又は (iii) Serving Radio Network Subsystem（ＳＲＮＳ）リロケーションの際にＳＧＳＮからターゲットＲＮＣに送信されるRELOCATION REQUESTメッセージであってもよい。

また、移動管理ノード３００は、ある基地局１００から受信して保存しておいたＲＡＮ端末情報を他の基地局１００に送信してもよい。例えば、移動管理ノード３００は、第１の基地局からＲＡＮ端末情報を受信し、移動端末２００が第１の基地局から第２の基地局に移動したことに応じて、第１の基地局から受信して退避しておいたＲＡＮ端末情報を第２の基地局に送信してもよい。これにより、基地局１００は、自身で取得したＲＡＮ端末情報を有していなくても、他の基地局によって収集されたＲＡＮ端末情報を用いて移動端末２００の設定を行うことができる。

続いて以下では、本実施形態に係る基地局１００の動作についてフローチャートを用いて説明する。図７〜図９のフローチャートは、基地局１００がＥＰＳネットワークの基地局（i.e. ｅＮＢ）である場合について示している。図７は、基地局１００によるＲＡＮ端末情報のＭＣＮ３０への退避手順の一例を示すフローチャートである。ステップＳ６１では、基地局１００は、ＲＲＣ＿ＣＯＮＮＥＴＥＤ状態の移動端末２００の挙動（e.g. 通信特性、移動特性、サービス利用特性）を計測し、計測結果をＲＡＮ端末情報として保持する。ＲＡＮ端末情報は、移動端末２００毎に計測されてもよいし、移動端末２００の種別等に基づいて分類された端末グループ毎に計測されてもよい。ステップＳ６２では、基地局１００は、移動端末２００のＲＲＣ＿ＩＤＬＥ状態への遷移を決定する。例えば、基地局１００は、移動端末２００に対するUE INACTIVITY TIMERが満了したことに応じて、移動端末２００のＲＲＣ＿ＩＤＬＥ状態への遷移を決定する。移動端末２００がＲＲＣ＿ＩＤＬＥ状態に遷移する場合（ステップＳ６２でＹＥＳ）、基地局１００は、移動端末２００とＭＣＮ３０の間の制御コネクションの解放および無線アクセスベアラ（Ｅ−ＲＡＢ）の解放のために、移動管理ノード３００に制御メッセージを送信する。併せて、基地局１００は、ＲＲＣ＿ＩＤＬＥ状態に遷移する移動端末２００のＲＡＮ端末情報を移動管理ノード３００に送信する（ステップＳ６３）。

図８は、基地局１００によるＲＡＮ端末情報のＭＣＮ３０からの読み出し手順の一例を示すフローチャートである。ステップＳ７１では、基地局１００は、移動端末２００のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移を決定する。例えば、基地局１００は、移動端末２００からのサービス要求の受信に応答して、移動端末２００のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移を決定する。ステップＳ７２では、移動端末２００がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する場合（ステップＳ７１でＹＥＳ）、基地局１００は、移動端末２００とＭＣＮ３０の間の制御コネクションの確立および無線アクセスベアラ（Ｅ−ＲＡＢ）の確立のために、移動管理ノード３００とシグナリングする。併せて、基地局１００は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する移動端末２００のＲＡＮ端末情報を移動管理ノード３００から受信する（ステップＳ７２）。その後、基地局１００は、移動端末２００の挙動の計測を開始（再開）し、計測結果を用いてＲＡＮ端末情報を更新する。ＲＡＮ端末情報の更新は、例えば、移動管理ノード３００から読みだしたＲＡＮ端末情報をその後の計測結果によって更新することにより行えばよい。また、ＲＡＮ端末情報として統計値（e.g. 平均値）を求める場合、基地局１００は、移動管理ノード３００から読みだしたＲＡＮ端末情報とその後の測定により得られたＲＡＮ端末情報とを総合的に用いて統計値を計算してもよい。

図９は、基地局１００によるUE INACTIVITY TIMERの設定手順の一例を示すフローチャートである。なお、ここでは、移動端末２００のＲＡＮ端末情報を用いた設定の一例としてUE INACTIVITY TIMERの設定を示すが、既に述べたように、基地局１００は他の設定（e.g. ハンドオーバ・パラメタ、ランダムアクセスのバックオフ時間）を移動端末２００のＲＡＮ端末情報を用いて決定してもよい。ステップＳ８１では、基地局１００は、移動端末２００のＲＡＮ端末情報を計測し、計測結果をＲＡＮ端末情報として保存する。UE INACTIVITY TIMERを決定するためのＲＡＮ端末情報としては、例えば、移動端末２００の１回あたり平均通信時間と、１回あたりの平均無通信時間（i.e. 平均通信間隔）が取得されてもよい。また、基地局１００は、移動端末２００の移動特性を考慮するために、移動端末２００の平均セル（基地局）滞在時間を取得してもよい。ステップＳ８２では、移動端末２００の挙動が過去の挙動から変化しているかを判定する。ここでは、平均通信時間及び平均通信間隔などのＲＡＮ端末情報が過去のＲＡＮ端末情報から変化しているかを判定すればよい。過去の挙動から変化している場合（ステップＳ８２でＹＥＳ）、基地局１００は、移動端末２００に適用される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 １０５は、移動端末毎に設けられてもよいし、端末グループ毎に設けられてもよい。端末グループは、例えば、端末種別単位、移動端末２００が使用するサービス単位、又は移動端末２００が要求するQuality of Service（ＱｏＳ）単位で定義されてもよい。

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

図１１は、移動管理ノード３００の構成例を示すブロック図である。図１１の例では、移動管理ノード３００は、制御部３０１及びＲＡＮ端末情報保存部３０２を含む。制御部３０１は、ＲＡＮ２０において計測、取得、又は決定された移動端末２００のＲＡＮ端末情報をＭＣＮ３０に退避するための制御を行う。すなわち、制御部３０１は、ＲＡＮ端末情報をＲＡＮ２０（e.g. 基地局１００）から受信するとともに、ＲＡＮ端末情報をＲＡＮ２０に送信するよう構成されている。また、制御部３０１は、移動端末２００がＭＣＮ３０からデタッチすることに応じて、移動管理ノード３００に退避されていた当該移動端末２００に関するＲＡＮ端末情報を解放するよう構成されてもよい。ＲＡＮ端末情報保存部３０２は、制御部３０１によってＲＡＮ２０から受信されたＲＡＮ端末情報を保存する。ＲＡＮ端末情報保存部３０２は、不揮発性の記録媒体（e.g. ハードディスクドライブ）若しくは揮発性の記録媒体（e.g. Random Access Memory（ＲＡＭ））、又はこれらの組み合わせとすればよい。

図１０に示したＲＡＮ端末情報取得部１０２、ＲＡＮ端末情報管理部１０３、設定部１０４等の機能は、少なくとも１つのプロセッサを含むコンピュータシステムにプログラムを実行させることによって実現されてもよい。具体的には、図１〜９を用いて説明した基地局１００によるＲＡＮ端末情報の退避及び読み出し動作に関するアルゴリズムをコンピュータシステムに行わせるための命令群を含む１又は複数のプログラムをコンピュータシステムに供給すればよい。同様に、図１１に示した制御部３０１の機能も、コンピュータシステムにプログラムを実行させることによって実現されてもよい。具体的には、図１〜６を用いて説明した移動管理ノード３００によるＲＡＮ端末情報の退避及び読み出し動作に関するアルゴリズムをコンピュータシステムに行わせるための命令群を含む１又は複数のプログラムをコンピュータシステムに供給すればよい。

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

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

上述したように、本実施形態の基地局１００は、ＲＡＮ２０で得られたＲＡＮ端末情報（e.g. 計測情報、履歴情報）をＭＣＮ３０に退避できるよう構成されている。また、基地局１００は、ＭＣＮ３０に退避されていたＲＡＮ端末情報をＭＣＮ３０から読み出すことができるよう構成されている。これにより、基地局１００は、移動端末２００のＩＤＬＥ状態への遷移によってＲＡＮ端末情報がＲＡＮ２０において解放（消去）された場合にも、その後の移動端末２００の設定のためにＭＣＮ３０に退避されていたＲＡＮ端末情報を読み出して用いることができる。言い換えると、基地局１００は、移動端末２００のＣＯＮＮＥＣＴＥＤ−ＩＤＬＥ遷移をまたがってＲＡＮ端末情報を継続的に利用することができる。したがって、基地局１００は、移動端末２００に関する長期間のＲＡＮ端末情報を考慮して、移動端末２００に関する設定（e.g. UE INACTIVITY TIMERのタイマ値の設定）を行うことができる。

＜第２の実施形態＞
本実施形態では、加入者サーバ３２０にＲＡＮ端末情報が保存される例について説明する。本実施形態に係る移動通信システムの構成例は、第１の実施形態で説明した図１と同様とすればよい。本実施形態に係る加入者サーバ３２０は、移動管理ノード３００を介して基地局１００からＲＡＮ端末情報を受信する。図１３は、基地局１００から加入者サーバ３２０へのＲＡＮ端末情報の退避方法の一例を示すシーケンス図である。ステップＳ９１では、基地局１００は、ＲＡＮ端末情報を含む制御メッセージを移動管理ノード３００に送信する。ステップＳ９２では、移動管理ノード３００は、ＲＡＮ端末情報を含む制御メッセージを加入者サーバ３２０に送信する。ステップＳ９３では、加入者サーバ３２０は、基地局１００又は他の基地局からの将来の読み出し要求に答えるために、受信したＲＡＮ端末情報を保存する。加入者サーバ３２０は、過去に受信済みのＲＡＮ端末情報を既に保存している場合、新たに受信したＲＡＮ端末情報によって過去の情報を更新してもよい。また、加入者サーバ３２０は、ＲＡＮ端末情報を移動管理ノード毎に管理しても良い。この場合、対地に応じた移動端末２００の挙動の管理が可能となる。例えば、住宅街を管理する移動管理ノード３００は住宅街における移動端末２００の挙動を管理し、ビジネス街を管理する移動管理ノード３００はビジネス街における移動端末２００の挙動を管理することが可能となる。

加入者サーバ３２０は、移動端末２００の位置更新の際に、ＲＡＮ端末情報を受信してもよい。図１４は、３ＧＰＰのＥＰＳネットワークにおいて、移動端末２００の位置更新（i.e. トラッキングエリア更新（ＴＡＵ））に応じてＲＡＮ端末情報が加入者サーバ３２０に退避される例を示している。ステップＳ１０１では、基地局１００は、移動端末２００からのTAU REQUEST の受信に応答して、TAU REQUESTを含むメッセージを移動管理ノード３００に送信する。当該メッセージは、さらにＲＡＮ端末情報を含む。当該メッセージは、UPLINK NAS TRANSPORTメッセージ、又はHandover Requiredメッセージであってもよい。ステップＳ１０２では、移動管理ノード３００は、TAU REQUESTの受信に応答して、加入者サーバ３２０にUPDATE LOCATION REQUESTメッセージを送信する。このUPDATE LOCATION REQUESTは、ＲＡＮ端末情報を含む。ステップＳ１０３では、加入者サーバ３２０は、受信したＲＡＮ端末情報を保存する。

次に、加入者サーバ３２０に退避されていたＲＡＮ端末情報の基地局１００への読み出しについて説明する。図１５のシーケンス図は、加入者サーバ３２０から基地局１００へのＲＡＮ端末情報の読み出し方法の一例を示している。ステップＳ１１１では、加入者サーバ３２０は、ＲＡＮ端末情報を含む制御メッセージを移動管理ノード３００に送信する。ステップＳ１１２では、移動管理ノード３００は、ＲＡＮ端末情報を含む制御メッセージを基地局１００に送信する。

加入者サーバ３２０は、移動端末２００が位置登録エリアをまたがって移動した場合に、新たな位置登録エリアを管理する移動管理ノード３００に対してＲＡＮ端末情報を送信してもよい。図１６のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、移動端末２００が新たな位置登録エリアに移動したことに応じて加入者サーバ３２０からＲＡＮ端末情報が送信される例を示している。ステップＳ１２１では、基地局１００は、移動端末２００からのTAU REQUEST の受信に応答して、TAU REQUESTを含むINITIAL UE MESSAGEメッセージを移動管理ノード３００に送信する。ステップＳ１２２では、移動管理ノード３００は、TAU REQUESTの受信に応答して、加入者サーバ３２０にUPDATE LOCATION REQUESTメッセージを送信する。ステップＳ１２３では、加入者サーバ３２０は、UPDATE LOCATION REQUESTメッセージに応答して、旧移動管理ノードに対して位置登録のキャンセルを要求する。そして、加入者サーバ３２０は、新たな移動管理ノード３００に対してUPDATE LOCATION ACKメッセージを送信する（ステップＳ１２３）。このUPDATE LOCATION ACKメッセージは、ＲＡＮ端末情報を含む。ステップＳ１２４では、移動管理ノード３００は、TAU ACCEPTを含むDOWNLINK NAS TRANSPORTメッセージを基地局１００に送信する。このDOWNLINK NAS TRANSPORTメッセージは、TAU REQUESTの送信元である移動端末２００に関するＲＡＮ端末情報を含む。これにより、基地局１００は、移動端末２００に関するＲＡＮ端末情報を受信する。

本実施形態によれば、加入者サーバ３２０にＲＡＮ端末情報を保存できる。例えば、ＲＡＮ端末情報が異なるモバイルオペレータ間で引き渡される場合などには、加入者サーバ３２０においてＲＡＮ端末情報を保存・管理するとよい。

＜第３の実施形態＞
本実施形態では、２つの移動管理ノード３００間でのＲＡＮ端末情報の転送について説明する。本実施形態に係る移動通信システムの構成例は、第１の実施形態で説明した図１と同様とすればよい。ただし、ＭＣＮ３０は、少なくとも２つの移動管理ノード３００を含む。本実施形態に係る移動管理ノード３００は、基地局１００から受信したＲＡＮ端末情報を他の移動管理ノード３００に送信するよう構成されている。図１７は、２つの移動管理ノード３００間でのＲＡＮ端末情報の送信方法を示すシーケンス図である。ステップＳ１３１では、移動管理ノード３００Ａは、ＲＡＮ端末情報を含む制御メッセージを移動管理ノード３００Ｂに送信する。

本実施形態に係る移動管理ノード３００は、ＩＤＬＥ状態の移動端末２００のセル間移動（i.e. セル再選択）に応じて、他の移動管理ノードにＲＡＮ端末情報を送信してもよい。すなわち、移動管理ノード３００は、ＩＤＬＥ状態の移動端末２００が他の移動管理ノード配下のセル（基地局）に移動し、他の移動管理ノードに対して位置更新要求を行ったことに応じて、他の移動管理ノードにＲＡＮ端末情報を送信してもよい。

図１８のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、ＩＤＬＥ状態の移動端末２００のセル間移動に応じて、移動管理ノード３００間でのＲＡＮ端末情報の送信が行われる例を示している。ステップＳ１４１では、基地局１００は、移動端末２００からのTAU REQUEST の受信に応答して、TAU REQUESTを含むINITIAL UE MESSAGEメッセージを移動管理ノード３００Ｂに送信する。ステップＳ１４２では、移動館ノード３００Ｂは、TAU REQUESTに含まれる旧移動管理ノードの識別子（i.e. Globally Unique MME Identifier （ＧＵＭＭＥＩ））に基づいて、旧移動管理ノード３００ＡにCONTEXT REQUESTメッセージを送信する。ステップＳ１４３では、旧移動管理ノード３００Ａは、CONTEXT REQUESTメッセージに応答して、新移動管理ノード３００ＢにCONTEXT RESPONSEメッセージを送信する。ステップＳ１４３でのCONTEXT RESPONSEメッセージは、移動端末２００の識別子（i.e. ＩＭＳＩ）、ベアラコンテキスト（i.e. EPS Bearer Context）等に加えて、移動端末２００のＲＡＮ端末情報を含む。ステップＳ１４４では、新移動管理ノード３００Ｂは、TAU ACCEPTを含むDOWNLINK NAS TRANSPORTメッセージを基地局１００に送信する。ステップＳ１４４でのDOWNLINK NAS TRANSPORTメッセージは、さらに、移動端末２００に関するＲＡＮ端末情報を含む。

また、本実施形態に係る移動管理ノード３００は、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００のセル間移動（i.e. ハンドオーバ）に応じて、他の移動管理ノードにＲＡＮ端末情報を送信してもよい。すなわち、移動管理ノード３００は、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００が他の移動管理ノード配下のセル（基地局）にハンドオーバすることに応じて、他の移動管理ノードにＲＡＮ端末情報を送信してもよい。図１９のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００のハンドオーバ（ここでは、Inter-MMEハンドオーバ）に応じて、移動管理ノード３００間でのＲＡＮ端末情報の送信が行われる例を示している。ステップＳ１５１では、ソース基地局１００Ａは、ハンドオーバの開始を決定し、ソース移動管理ノード３００Ａに対してHANDOVER REQUIERDメッセージを送信する。ステップＳ１５２では、ソース移動管理ノード３００Ａは、HANDOVER REQUIERDメッセージ受信に応答して、FORWARD RELOCATION REQUESTメッセージをターゲット移動管理ノード３００Ｂに送信する。ステップＳ１５３では、ターゲット移動管理ノード３００Ｂは、FORWARD RELOCATION REQUESTメッセージの受信に応答して、HANDOVER REQUEST メッセージをターゲット基地局１００Ｂに送信する。図１９の例では、HANDOVER REQUIERDメッセージ、FORWARD RELOCATION REQUESTメッセージ、及びHANDOVER REQUEST メッセージは、ハンドオーバ対象の移動端末２００に関するＲＡＮ端末情報を含む。

さらに、図１８及び１９に示した移動管理ノード３００間でのＲＡＮ端末情報の転送に関するシーケンスは、一例に過ぎない。例えば、本実施形態に係る移動通信システムは、ＵＭＴＳネットワークであってもよい。ＵＭＴＳネットワークの場合、図１７のステップＳ１３１に示された制御メッセージは、Routing area update（ＲＡＵ）の際に、旧ＳＧＳＮから新ＳＧＳＮに送信されるSGSN CONTEXT RESPONSEメッセージであってもよい。また、図１７のステップＳ１３１に示された制御メッセージは、Inter-SGSNハンドオーバの際にソースＳＧＳＮからターゲットＳＧＳＮに送信されるFORWARD RELOCATION REQUESTメッセージであってもよい。

本実施形態によれば、移動管理ノード３００間でＲＡＮ端末情報を転送できる。したがって、本実施形態は、異なる移動管理ノードによって管理される基地局１００間でＲＡＮ端末情報を共用又は再利用することができる。

＜第４の実施形態＞
本実施形態では、基地局１００間でＲＡＮ端末情報を転送する例について説明する。本実施形態で述べる基地局１００間でのＲＡＮ端末情報の転送は、上述した第１〜第３の実施形態で説明したＲＡＮ端末情報のＭＣＮ３０への退避およびＭＣＮ３０からの読み出し動作に加えて行われてもよい。本実施形態に係る移動通信システムの構成例は、第１の実施形態で説明した図１と同様とすればよい。ただし、ＲＡＮ２０は、少なくとも２つの基地局１００を含む。本実施形態に係る基地局１００は、ＲＡＮ端末情報を他の基地局１００に送信するよう構成されている。図２０は、２つの基地局１００間でのＲＡＮ端末情報の送信方法を示すシーケンス図である。ステップＳ１６１では、基地局１００Ａは、ＲＡＮ端末情報を含む制御メッセージ（e.g. X2 Application Protocol（Ｘ２ＡＰ）メッセージ）を基地局１００Ｂに送信する。

本実施形態に係る基地局１００は、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００のセル間移動（i.e. ハンドオーバ）に応じて、他の基地局にＲＡＮ端末情報を送信してもよい。すなわち、基地局１００は、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００が他の基地局配下のセルにハンドオーバすることに応じて、他の基地局にＲＡＮ端末情報を送信してもよい。図２１のシーケンス図は、３ＧＰＰのＥＰＳネットワークにおいて、ＣＯＮＮＥＣＴＥＤ状態の移動端末２００のハンドオーバ（ここでは、X2-basedハンドオーバ）に応じて、基地局１００間でのＲＡＮ端末情報の送信が行われる例を示している。ステップＳ１７１では、ソース基地局１００Ａは、ハンドオーバの開始を決定し、ターゲット基地局１００Ｂに対してHANDOVER REQUESTメッセージを送信する。図２１の例では、HANDOVER REQUEST メッセージは、ハンドオーバ対象の移動端末２００に関するＲＡＮ端末情報を含む。

さらに、図２１に示した基地局１００間でのＲＡＮ端末情報の転送に関するシーケンスは、一例に過ぎない。例えば、本実施形態に係る移動通信システムは、ＵＭＴＳネットワークであってもよい。ＵＭＴＳネットワークの場合、図２０のステップＳ１６１に示された制御メッセージは、ＲＮＣ間で送受信されるRadio network subsystem application Part（ＲＮＳＡＰ）メッセージであってもよい。例えば、図２０のステップＳ１６１に示された制御メッセージは、Inter-RNCハンドオーバの際にソースＲＮＣからターゲットＲＮＣに送信されるRADIO LINK SETUP REQUESTであってもよい。

本実施形態によれば、基地局１００間でＲＡＮ端末情報を転送できる。したがって、本実施形態は、いずれかの基地局１００において取得されたＲＡＮ端末情報を、ＭＣＮ３０を経由すること無く直接的に他の基地局１００に送信でき、基地局１００間でＲＡＮ端末情報を共用又は再利用することができる。

＜その他の実施形態＞
上述した第１〜第４の実施形態は、適宜組み合わせて実施されてもよい。

また、上述した第１〜第４の実施形態では、ＲＡＮ端末情報のＭＣＮ３０への退避及びＭＣＮ３０からの読み出しを基地局１００が行う例について示した。しかしながら、ＲＡＮ端末情報の退避及び読み出しは、基地局１００とは異なる他のＲＡＮ２０内のノードによって行われてもよい。また、第１〜第４の実施形態では、ＭＣＮ３０におけるＲＡＮ端末情報の管理主体を移動管理ノード３００又は加入者サーバ３２０とする具体例を示した。しかしながら、ＭＣＮ３０におけるＲＡＮ端末情報の管理は、移動管理ノード３００又は加入者サーバ３２０とは異なる他のＭＣＮ３０内のノードによって行われてもよい。

また、上述した第１〜第４の実施形態では、主にＥＰＳに関する具体例を用いて説明した。しかしながら、第１〜第４の実施形態に係る移動通信システムは、ＧＰＲＳシステムを含むその他の移動通信システムであってもよい。ＧＰＲＳシステムの場合、TAU REQUESTはRAU REQUESTと読み替えればよく、Ｓ１ＡＰ メッセージはRadio Access Network Application Part（ＲＡＮＡＰ）メッセージと読み替えればよく、ＧＵＭＭＥＩはPacket Temporary Mobile Subscriber Identity（Ｐ−ＴＭＳＩ）と読み替えればよい。

また、上述した動作は、アクセスシステムを跨ぐ移動端末２００の移動、例えばＵＴＲＡＮからＥ−ＵＴＲＡＮへの移動端末２００の移動、においてもＲＡＮ端末情報を引き継いでもよい。例えば、ＵＴＲＡＮの基地局１００又はＲＮＣは、ＵＴＲＡＮで取得されたＲＡＮ端末情報をＭＣＮ３０（ここでは、ＧＰＲＳパケットコア及びＥＰＣ）に退避してもよい。そして、Ｅ−ＵＴＲＡＮの基地局１００は、ＵＴＲＡＮで取得されたＲＡＮ端末情報をＭＣＮ３０から読み出して利用してもよい。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

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

２０ 無線アクセスネットワーク（ＲＡＮ）
３０ モバイルコアネットワーク（ＭＣＮ）
４０ 外部ネットワーク
１００ 基地局
１０１ 無線通信部
１０２ 端末情報取得部
１０３ 端末情報管理部
１０４ 設定部
１０５ UE INACTIVITY TIMER
２００ 移動端末
３００ 移動管理ノード
３０１ 制御部
３０２ 端末情報保存部
３１０ 転送ノード
３２０ 加入者サーバ

Claims (22)

1. 無線アクセスネットワークに配置される無線アクセスネットワーク装置であって、
   移動端末に関するＲＡＮ端末情報をコアネットワークに送信するとともに、前記ＲＡＮ端末情報を前記コアネットワークから受信する情報管理手段を備え、
   前記ＲＡＮ端末情報は、前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報を含み、
   前記情報管理手段は、前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が停止されること、前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移すること、及び前記移動端末の位置更新のうち少なくとも１つに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信するよう動作し、
   前記情報管理手段は、前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が開始されること及び前記移動端末がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することのうち少なくとも１つに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信するよう動作し、
   前記情報管理手段は、さらに、前記無線アクセスネットワーク装置からターゲット基地局への前記移動端末の外向きハンドオーバの際に、前記ＲＡＮ端末情報を前記ターゲット基地局に前記コアネットワークを経由せずに送信するよう動作する、
   無線アクセスネットワーク装置。
2. 前記情報管理手段は、前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が停止されることに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信する、請求項１に記載の無線アクセスネットワーク装置。
3. 前記情報管理手段は、前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移することに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信する、請求項１に記載の無線アクセスネットワーク装置。
4. 前記情報管理手段は、前記移動端末の位置更新に応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信する、請求項１に記載の無線アクセスネットワーク装置。
5. 前記情報管理手段は、前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が開始されることに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信する、請求項１〜４のいずれか１項に記載の無線アクセスネットワーク装置。
6. 前記情報管理手段は、前記移動端末がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信する、請求項１〜４のいずれか１項に記載の無線アクセスネットワーク装置。
7. 前記ＲＡＮ端末情報は、前記無線アクセスネットワークにおいて取得された前記移動端末に関する履歴情報をさらに含み、
   前記履歴情報は、前記移動端末の通信履歴、前記移動端末の移動履歴、及び前記移動端末が利用したサービス履歴のうち少なくとも１つを含む、請求項１〜６のいずれか１項に記載の無線アクセスネットワーク装置。
8. 前記ＲＡＮ端末情報は、前記無線アクセスネットワーク装置において前記移動端末に関する設定のために用いられる、請求項１〜７のいずれか１項に記載の無線アクセスネットワーク装置。
9. 前記ＲＡＮ端末情報は、前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を制御するために前記無線アクセスネットワーク装置に配置されるタイマの満了期間を決定するために使用される、請求項１〜８のいずれか１項に記載の無線アクセスネットワーク装置。
10. 前記ＲＡＮ端末情報は、前記無線アクセスネットワークにおいて決定された前記移動端末に関する設定情報をさらに含み、
    前記設定情報は、前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を制御するために前記無線アクセスネットワーク装置に配置されるタイマの満了期間に関する設定情報を含む、請求項１〜９のいずれか１項に記載の無線アクセスネットワーク装置。
11. 前記ＲＡＮ端末情報に基づいて前記移動端末に関する設定を行う設定手段をさらに備える、請求項１〜１０のいずれか１項に記載の無線アクセスネットワーク装置。
12. 前記設定手段は、前記移動端末のＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態への遷移を制御するためのタイマの満了期間を前記ＲＡＮ端末情報に基づいて設定する、
    請求項１１に記載の無線アクセスネットワーク装置。
13. 前記情報管理手段は、さらに、ソース基地局から前記無線アクセスネットワーク装置への前記移動端末の内向きハンドオーバの際に、前記ＲＡＮ端末情報を前記ソース基地局から受信するよう動作する、請求項１〜１２のいずれか１項に記載の無線アクセスネットワーク装置。
14. 前記情報管理手段は、前記ＲＡＮ端末情報を退避するために前記ＲＡＮ端末情報を前記コアネットワークに送信し、前記ＲＡＮ端末情報を読み出すために前記ＲＡＮ端末情報を前記コアネットワークから受信する、請求項１〜１３のいずれか１項に記載の無線アクセスネットワーク装置。
15. 無線アクセスネットワークに配置される無線アクセスネットワーク装置により行われる方法であって、
    前記無線アクセスネットワーク装置による移動端末に関するＲＡＮ端末情報の取得が停止されること、前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移すること、及び前記移動端末の位置更新のうち少なくとも１つに応じて、前記ＲＡＮ端末情報をコアネットワークに送信すること、及び
    前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が開始されること及び前記移動端末がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することのうち少なくとも１つに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信すること、
    を備え、
    前記ＲＡＮ端末情報は、前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報を含み、
    前記方法は、さらに、前記無線アクセスネットワーク装置からターゲット基地局への前記移動端末の外向きハンドオーバの際に、前記ＲＡＮ端末情報を前記ターゲット基地局に前記コアネットワークを経由せずに送信することを備える、
    方法。
16. 前記ＲＡＮ端末情報に基づいて前記移動端末に関する設定を行うことをさらに備える、請求項１５に記載の方法。
17. 前記送信することは、前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が停止されることに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信することを含む、請求項１５又は１６に記載の方法。
18. 前記送信することは、前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移することに応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信することを含む、請求項１５又は１６に記載の方法。
19. 前記送信することは、前記移動端末の位置更新に応じて、前記ＲＡＮ端末情報を前記コアネットワークに送信することを含む、請求項１５又は１６に記載の方法。
20. 前記受信することは、前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が開始されることに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信することを含む、請求項１５〜１９のいずれか１項に記載の方法。
21. 前記受信することは、前記移動端末がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信することを含む、請求項１５〜１９のいずれか１項に記載の方法。
22. 無線アクセスネットワークに配置される無線アクセスネットワーク装置により行われる方法をコンピュータに行わせるためのプログラムであって、
    前記方法は、
    前記無線アクセスネットワーク装置による移動端末に関するＲＡＮ端末情報の取得が停止されること、前記移動端末がＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態に遷移すること、及び前記移動端末の位置更新のうち少なくとも１つに応じて、前記ＲＡＮ端末情報をコアネットワークに送信すること、及び
    前記無線アクセスネットワーク装置による前記ＲＡＮ端末情報の取得が開始されること及び前記移動端末がＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移することのうち少なくとも１つに応じて、前記ＲＡＮ端末情報を前記コアネットワークから受信すること、
    を備え、
    前記ＲＡＮ端末情報は、前記無線アクセスネットワークにおいて取得された前記移動端末に関する計測情報を含み、
    前記方法は、さらに、前記無線アクセスネットワーク装置からターゲット基地局への前記移動端末の外向きハンドオーバの際に、前記ＲＡＮ端末情報を前記ターゲット基地局に前記コアネットワークを経由せずに送信することを備える、
    プログラム。

Images