(57)【要約】【課題】ユーザ装置のハンドオーバにおいて、ハンドオーバ元無線基地局からハンドオーバ先無線基地局に当該ユーザ装置の通信に係るデータを転送する際に、ハンドオーバ先無線基地局において転送データ待ち時間を適切に制御する。【解決手段】ハンドオーバ元無線基地局において、前記ユーザ装置にハンドオーバを行わせることを決定したときに、当該ユーザ装置についてのデータ滞留量に基づいて、当該ユーザ装置のハンドオーバ時に当該ユーザ装置の通信に係るデータを前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局に転送するためにかかる時間を推定する時間推定手段と、算出された時間を前記ハンドオーバ先無線基地局に通知する手段と、を備え、前記ハンドオーバ先無線基地局において、受信した時間を、前記ユーザ装置の通信に係るデータの転送完了を待つ時間を計る転送データ待ちタイマの値として設定する手段を備える。【選択図】図５
2014207582.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置にハンドオーバを行わせるためのハンドオーバ元無線基地局とハンドオーバ先無線基地局とを有する移動通信システムであって、
前記ハンドオーバ元無線基地局は、
前記ユーザ装置にハンドオーバを行わせることを決定したときに、当該ユーザ装置についてのデータ滞留量に基づいて、当該ユーザ装置のハンドオーバ時に当該ユーザ装置の通信に係るデータを前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局に転送するためにかかる時間を推定する時間推定手段と、
前記時間推定手段により算出された時間を前記ハンドオーバ先無線基地局に通知する手段と、を備え、
前記ハンドオーバ先無線基地局は、
前記ハンドオーバ元無線基地局から受信した時間を、前記ユーザ装置のハンドオーバ時に前記ハンドオーバ元無線基地局から転送される当該ユーザ装置の通信に係るデータの転送完了を待つ時間を計る転送データ待ちタイマの値として設定する手段を備える、
ことを特徴とする移動通信システム。
【請求項２】
ユーザ装置にハンドオーバを行わせるためのハンドオーバ元無線基地局とハンドオーバ先無線基地局とを有する移動通信システムであって、
前記ハンドオーバ元無線基地局は、
前記ユーザ装置にハンドオーバを行わせることを決定したときに、当該ユーザ装置についてのデータ滞留量を前記ハンドオーバ先無線基地局に通知する通知手段を備え、
前記ハンドオーバ先無線基地局は、
前記ハンドオーバ元無線基地局から受信したデータ滞留量に基づいて、前記ユーザ装置のハンドオーバ時に当該ユーザ装置の通信に係るデータを前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局に転送するためにかかる時間を推定する時間推定手段と、
前記時間推定手段により推定された時間を、前記ユーザ装置のハンドオーバ時に前記ハンドオーバ元無線基地局から転送される当該ユーザ装置の通信に係るデータの転送完了を待つ時間を計る転送データ待ちタイマの値として設定する手段と、を備える、
ことを特徴とする移動通信システム。  
【請求項３】
前記時間推定手段は、前記データ滞留量と、前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局への通信帯域とに基づいて前記時間を算出する
ことを特徴とする請求項１又は２に記載の移動通信システム。
【請求項４】
ユーザ装置にハンドオーバを行わせるためのハンドオーバ元無線基地局とハンドオーバ先無線基地局とを有する移動通信システムであって、
前記ハンドオーバ元無線基地局は、
前記ユーザ装置にハンドオーバを行わせることを決定したときに、当該ユーザ装置の能力の情報、設定の情報、又はＵＥ非アクティブタイマの値を前記ハンドオーバ先無線基地局に通知する通知手段を備え、
前記ハンドオーバ先無線基地局は、
前記ハンドオーバ元無線基地局から受信した能力の情報、設定の情報、又はＵＥ非アクティブタイマの値に基づいて、前記ユーザ装置のハンドオーバ時に当該ユーザ装置の通信に係るデータを前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局に転送するためにかかる時間を推定する時間推定手段と、
前記時間推定手段により推定された時間を、前記ユーザ装置のハンドオーバ時に前記ハンドオーバ元無線基地局から転送される当該ユーザ装置の通信に係るデータの転送完了を待つ時間を計る転送データ待ちタイマの値として設定する手段と、を備える、
ことを特徴とする移動通信システム。  
【請求項５】
前記時間推定手段は、前記ハンドオーバ元無線基地局から受信した能力の情報又は設定の情報に対応する前記ハンドオーバ元無線基地局における前記ユーザ装置についてのデータ滞留量を推定し、当該データ滞留量に基づき前記時間を算出する
ことを特徴とする請求項４に記載の移動通信システム。
【請求項６】
前記時間推定手段は、前記ハンドオーバ元無線基地局から受信したＵＥ非アクティブタイマの値に基づいて、前記ハンドオーバ元無線基地局における前記ユーザ装置についてのデータの有無を推定し、当該データの有無に基づき前記時間を算出する
ことを特徴とする請求項４に記載の移動通信システム。
【請求項７】
前記ユーザ装置のハンドオーバ時に、前記ハンドオーバ元無線基地局が当該ハンドオーバ元無線基地局における前記ユーザ装置についてのデータ滞留量が所定の閾値よりも大きいと判定した場合に、前記ハンドオーバ先無線基地局は、所定の短い時間を前記転送データ待ちタイマの値として設定する
ことを特徴とする請求項１ないし６のうちいずれか１項に記載の移動通信システム。
【請求項８】
ユーザ装置にハンドオーバを行わせるためのハンドオーバ元無線基地局とハンドオーバ先無線基地局とを有する移動通信システムが実行するハンドオーバ転送データ待ち制御方法であって、
前記ハンドオーバ元無線基地局が、前記ユーザ装置にハンドオーバを行わせることを決定したときに、当該ユーザ装置についてのデータ滞留量に基づいて、当該ユーザ装置のハンドオーバ時に当該ユーザ装置の通信に係るデータを前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局に転送するためにかかる時間を推定する時間推定ステップと、
前記ハンドオーバ元無線基地局が、前記時間推定ステップにより算出された時間を前記ハンドオーバ先無線基地局に通知するステップと、
前記ハンドオーバ先無線基地局が、前記ハンドオーバ元無線基地局から受信した時間を、前記ユーザ装置のハンドオーバ時に前記ハンドオーバ元無線基地局から転送される当該ユーザ装置の通信に係るデータの転送完了を待つ時間を計る転送データ待ちタイマの値として設定するステップと、
を備えることを特徴とするハンドオーバ転送データ待ち制御方法。
【請求項９】
ユーザ装置にハンドオーバを行わせるためのハンドオーバ元無線基地局とハンドオーバ先無線基地局とを有する移動通信システムが実行するハンドオーバ転送データ待ち制御方法であって、
前記ハンドオーバ元無線基地局が、前記ユーザ装置にハンドオーバを行わせることを決定したときに、当該ユーザ装置についてのデータ滞留量を前記ハンドオーバ先無線基地局に通知する通知ステップと、
前記ハンドオーバ先無線基地局が、前記ハンドオーバ元無線基地局から受信したデータ滞留量に基づいて、前記ユーザ装置のハンドオーバ時に当該ユーザ装置の通信に係るデータを前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局に転送するためにかかる時間を推定する時間推定ステップと、
前記時間推定ステップにより推定された時間を、前記ユーザ装置のハンドオーバ時に前記ハンドオーバ元無線基地局から転送される当該ユーザ装置の通信に係るデータの転送完了を待つ時間を計る転送データ待ちタイマの値として設定するステップと、
を備えることを特徴とするハンドオーバ転送データ待ち制御方法。  
【請求項１０】
ユーザ装置にハンドオーバを行わせるためのハンドオーバ元無線基地局とハンドオーバ先無線基地局とを有する移動通信システムが実行するハンドオーバ転送データ待ち制御方法であって、
前記ハンドオーバ元無線基地局が、前記ユーザ装置にハンドオーバを行わせることを決定したときに、当該ユーザ装置の能力の情報、設定の情報、又はＵＥ非アクティブタイマの値を前記ハンドオーバ先無線基地局に通知する通知ステップと、
前記ハンドオーバ先無線基地局が、前記ハンドオーバ元無線基地局から受信した能力の情報、設定の情報、又はＵＥ非アクティブタイマの値に基づいて、前記ユーザ装置のハンドオーバ時に当該ユーザ装置の通信に係るデータを前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局に転送するためにかかる時間を推定する時間推定ステップと、
前記ハンドオーバ先無線基地局が、前記時間推定ステップにより推定された時間を、前記ユーザ装置のハンドオーバ時に前記ハンドオーバ元無線基地局から転送される当該ユーザ装置の通信に係るデータの転送完了を待つ時間を計る転送データ待ちタイマの値として設定するステップと、
を備えることを特徴とするハンドオーバ転送データ待ち制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＴＥ等の移動通信システムにおける無線基地局に関するものであり、特に、ハンドオーバ時に無線基地局が転送データ待ちを行う技術に関連するものである。
【０００２】
なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、又は１２に対応する通信方式も含む意味で使用する。
【背景技術】
【０００３】
ＬＴＥにおいては、ユーザ装置ＵＥが移動することにより、ＲＲＣ接続状態（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ状態）のユーザ装置ＵＥに対して、通信を行うのに最適なセルが変わる場合、ユーザ装置ＵＥを当該最適セルへ遷移させるハンドオーバ制御が規定されている（3ＧＰＰ  ＴＳ３６．３００）。
【０００４】
図１にＬＴＥにおけるハンドオーバ制御の概要を示す。ハンドオーバを行う際に、ハンドオーバ元無線基地局ｅＮＢ（Ｓｏｕｒｃｅ−ｅＮＢ：Ｓ−ｅＮＢ、以下、ソース無線基地局ｅＮＢと呼ぶ）は、当該ソース無線基地局ｅＮＢで送達確認のとれていないＤＬ（下り）データ（ＤＬ  ＰＤＣＰ  ＰＤＵ）、及び当該ソース無線基地局ｅＮＢでＯｕｔ−ｏｆ−ｏｒｄｅｒに（歯抜けに）受信されたＵＬ（上り）データ（ＵＬ  ＰＤＣＰ  ＰＤＵ）をハンドオーバ先ｅＮＢ（Ｔａｒｇｅｔ−ｅＮＢ：Ｔ−ｅＮＢ、以下、ターゲット無線基地局ｅＮＢと呼ぶ）へ転送するデータ転送制御を行う（図１のＡ）。
【０００５】
また、ターゲット無線基地局ｅＮＢはＤＬ／ＵＬデータの順序性を保つため、ＤＬとＵＬの転送データを全て受け取るまで、上位ノード（例：Ｓｅｒｖｉｎｇ−ＧａｔｅＷａｙ）から受け取った新規データの送信を開始しない（図１のＢ）。
【０００６】
ここで、ターゲット無線基地局ｅＮＢはＤＬ／ＵＬ転送データを全て受け取ったことを以下のようにして検知する。
【０００７】
ＤＬに関し、上位ノードは、ハンドオーバ成功を契機に転送データに後続するエンドマーカ（Ｅｎｄ  ｍａｒｋｅｒ）をソース無線基地局ｅＮＢに送信するとともに（図１のＣ）、Ｕ−ｐｌａｎｅデータの経路をソース無線基地局ｅＮＢ側からターゲット無線基地局ｅＮＢ側へ切り替える（Ｐａｔｈ  ｓｗｉｔｃｈ、図１のＤ）。上記のエンドマーカはソース無線基地局ｅＮＢからターゲット無線基地局ｅＮＢに送られ、ターゲット無線基地局ｅＮＢは当該エンドマーカを受信することでＤＬの転送データを全て受け取ったと判断する。
【０００８】
ＵＬに関し、ハンドオーバ手順時に、ソース無線基地局ｅＮＢにおけるＵＬ  ＰＤＣＰ  ＰＤＵの受信状況を示すＩＥであるＳＮステータス転送メッセージ（ＳＮ  ｓｔａｔｕｓ  ｔｒａｎｓｆｅｒ）がソース無線基地局ｅＮＢからターゲット無線基地局ｅＮＢが送信される。ＳＮステータス転送メッセージには、ｒｅｏｒｄｅｒｉｎｇ待ちデータを示す情報が含まれており、ターゲット無線基地局ｅＮＢは、ｒｅｏｒｄｅｒｉｎｇ待ちデータを全て受信したことで、ＵＬの転送データを全て受信したと判断する。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ソース無線基地局ｅＮＢとターゲット無線基地局ｅＮＢとの間の伝送路において、転送データもしくはエンドマーカが欠落する場合があり得る。例えば、図２のＥに示すように、エンドマーカが欠落した場合、ターゲット無線基地局ｅＮＢはいつまでたっても「転送データを全て受信したこと」を検出できない。この場合、ターゲット無線基地局ｅＮＢでは、上位ノードからの新規データをスケジューリングできないため、一般的に所定期間経過しても転送データを全て受信したことを検知できない場合には、転送データの受信を諦めて、上位ノードからの新規データのスケジューリングを開始する制御が採用される（図２のＦ）。上記所定期間を計るタイマを転送データ待ちタイマと呼ぶ。
【００１１】
上記転送データ待ちタイマでの制御を行う場合、ターゲット無線基地局ｅＮＢは、転送データを全て受け取れるように、ソース無線基地局ｅＮＢで滞留しうる最大データ量を転送しきる時間を上記の所定期間（＝タイマ値）として見込む必要がある。
【００１２】
しかし、タイマ値が長すぎるとエンドマーカ等欠落時に、上位ノードからターゲット無線基地局ｅＮＢ側に到達する新規データのスケジューリングが遅延し、例えばスループットが低下する等の問題が発生する可能性がある。
【００１３】
本発明は上記の点に鑑みてなされたものであり、移動通信システムにおけるユーザ装置のハンドオーバにおいて、ソース無線基地局からターゲット無線基地局に当該ユーザ装置の通信に係るデータを転送する際に、ターゲット無線基地局において転送データ待ち時間を適切に制御することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記の課題を解決するために、本発明は、ユーザ装置にハンドオーバを行わせるためのハンドオーバ元無線基地局とハンドオーバ先無線基地局とを有する移動通信システムであって、
前記ハンドオーバ元無線基地局は、
前記ユーザ装置にハンドオーバを行わせることを決定したときに、当該ユーザ装置についてのデータ滞留量に基づいて、当該ユーザ装置のハンドオーバ時に当該ユーザ装置の通信に係るデータを前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局に転送するためにかかる時間を推定する時間推定手段と、
前記時間推定手段により算出された時間を前記ハンドオーバ先無線基地局に通知する手段と、を備え、
前記ハンドオーバ先無線基地局は、
前記ハンドオーバ元無線基地局から受信した時間を、前記ユーザ装置のハンドオーバ時に前記ハンドオーバ元無線基地局から転送される当該ユーザ装置の通信に係るデータの転送完了を待つ時間を計る転送データ待ちタイマの値として設定する手段を備える、ことを特徴とする移動通信システムとして構成される。
【００１５】
また、本発明は、ユーザ装置にハンドオーバを行わせるためのハンドオーバ元無線基地局とハンドオーバ先無線基地局とを有する移動通信システムであって、
前記ハンドオーバ元無線基地局は、
前記ユーザ装置にハンドオーバを行わせることを決定したときに、当該ユーザ装置についてのデータ滞留量を前記ハンドオーバ先無線基地局に通知する通知手段を備え、
前記ハンドオーバ先無線基地局は、
前記ハンドオーバ元無線基地局から受信したデータ滞留量に基づいて、前記ユーザ装置のハンドオーバ時に当該ユーザ装置の通信に係るデータを前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局に転送するためにかかる時間を推定する時間推定手段と、
前記時間推定手段により推定された時間を、前記ユーザ装置のハンドオーバ時に前記ハンドオーバ元無線基地局から転送される当該ユーザ装置の通信に係るデータの転送完了を待つ時間を計る転送データ待ちタイマの値として設定する手段と、を備える、ことを特徴とする移動通信システムとして構成してもよい。  
前記時間推定手段は、例えば、前記データ滞留量と、前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局への通信帯域とに基づいて前記時間を算出する。
【００１６】
また、本発明は、ユーザ装置にハンドオーバを行わせるためのハンドオーバ元無線基地局とハンドオーバ先無線基地局とを有する移動通信システムであって、
前記ハンドオーバ元無線基地局は、
前記ユーザ装置にハンドオーバを行わせることを決定したときに、当該ユーザ装置の能力の情報、設定の情報、又はＵＥ非アクティブタイマの値を前記ハンドオーバ先無線基地局に通知する通知手段を備え、
前記ハンドオーバ先無線基地局は、
前記ハンドオーバ元無線基地局から受信した能力の情報、設定の情報、又はＵＥ非アクティブタイマの値に基づいて、前記ユーザ装置のハンドオーバ時に当該ユーザ装置の通信に係るデータを前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局に転送するためにかかる時間を推定する時間推定手段と、
前記時間推定手段により推定された時間を、前記ユーザ装置のハンドオーバ時に前記ハンドオーバ元無線基地局から転送される当該ユーザ装置の通信に係るデータの転送完了を待つ時間を計る転送データ待ちタイマの値として設定する手段と、を備えることを特徴とする移動通信システムとして構成してもよい。  
前記時間推定手段は、前記ハンドオーバ元無線基地局から受信した能力の情報又は設定の情報に対応する前記ハンドオーバ元無線基地局における前記ユーザ装置についてのデータ滞留量を推定し、当該データ滞留量に基づき前記時間を算出するようにしてもよい。
【００１７】
前記時間推定手段は、前記ハンドオーバ元無線基地局から受信したＵＥ非アクティブタイマの値に基づいて、前記ハンドオーバ元無線基地局における前記ユーザ装置についてのデータの有無を推定し、当該データの有無に基づき前記時間を算出するように構成してもよい。
【００１８】
また、前記ユーザ装置のハンドオーバ時に、前記ハンドオーバ元無線基地局が当該ハンドオーバ元無線基地局における前記ユーザ装置についてのデータ滞留量が所定の閾値よりも大きいと判定した場合に、前記ハンドオーバ先無線基地局は、所定の短い時間を前記転送データ待ちタイマの値として設定するように前記移動通信システムを構成してもよい。
【００１９】
また、本発明は、前記各移動通信システムが実行するハンドオーバ転送データ待ち制御方法として構成することもできる。
【発明の効果】
【００２０】
本発明によれば、移動通信システムにおけるユーザ装置のハンドオーバにおいて、ソース無線基地局（ハンドオーバ元無線基地局）からターゲット無線基地局（ハンドオーバ先無線基地局）に当該ユーザ装置の通信に係るデータを転送する際に、ターゲット無線基地局において転送データ待ち時間を転送データ量に応じて適切に制御することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】ハンドオーバの概要を示す図である。
【図２】ハンドオーバ時にエンドマーカが欠落する場合を示す図である。
【図３】本発明の実施の形態に係る移動通信システムの構成図である。
【図４】ハンドオーバの手順の例を示す図である。
【図５】第１の実施の形態における処理例１を説明するための図である。
【図６】第１の実施の形態における処理例１を説明するための図である。
【図７】第１の実施の形態における処理例２を説明するための図である。
【図８】第１の実施の形態における処理例２を説明するための図である。
【図９】本発明の実施の形態に係る無線基地局ｅＮＢ１０の機能構成図である。
【図１０】第１の実施の形態の処理例１における無線基地局ｅＮＢ１０の処理手順例を示すフローチャートである。
【図１１】第１の実施の形態の処理例２における無線基地局ｅＮＢ１０の処理手順例を示すフローチャートである。
【図１２】第１の実施の形態の処理例２における無線基地局ｅＮＢ１０の処理手順例を示すフローチャートである。
【図１３】第２の実施の形態における処理例１を説明するための図である。
【図１４】第２の実施の形態における処理例２を説明するための図である。
【図１５】ＵＥ非アクティブタイマを説明するための図である。
【図１６】第２の実施の形態における無線基地局ｅＮＢ１０の処理手順例を示すフローチャートである。
【図１７】変形例を説明するための図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、以下では移動通信システムの例としてＬＴＥを用いているが、本発明は、ＬＴＥに限らず適用可能である。また、本発明を適用できるハンドオーバの方式はＸ２インタフェース方式に限られず、他のハンドオーバの方式にも適用できる。
【００２３】
図３に本発明の実施の形態に係る移動通信システムの構成図を示す。本実施の形態に係る移動通信システムは、例えばＬＴＥ方式の通信システムであり、図３に示すように、ソース無線基地局ｅＮＢ１と、ターゲット無線基地局ｅＮＢ２と、ユーザ装置ＵＥとを有する。また、図３には、ソース無線基地局ｅＮＢ１と、ターゲット無線基地局ｅＮＢ２に接続される上位ノードＵＮ（例：Ｓｅｒｖｉｎｇ  ＧＷ）も示されている。
【００２４】
本実施の形態では、ソース無線基地局ｅＮＢ１に滞留しているデータ量に応じて転送データ待ちタイマを動的に変更する。例えば、データ滞留量が少なければ、転送データ待ちタイマの値を小さく設定することで、エンドマーカ欠落時にスケジューリング遅延を抑えることができる。
【００２５】
以下、第１の実施の形態、第２の実施の形態について説明するが、本実施の形態では、ＬＴＥにおけるＸ２ハンドオーバの手順を一例として用いているので、まず、当該ハンドオーバについての一般的なメッセージの流れを図４を参照して説明する。
【００２６】
ユーザ装置ＵＥは、所定のイベント条件が満たされたことをトリガとして、メジャメントリポート（Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ）をソース無線基地局ｅＮＢに送信する（ステップ１）。ソース無線基地局ｅＮＢは、メジャメントリポートに含まれる電波強度等からハンドオーバを行うことを決定し、ハンドオーバ手順を開始する。
【００２７】
ハンドオーバ手順において、ソース無線基地局ｅＮＢがハンドオーバ要求メッセージ（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）を送信し（ステップ２）、ターゲット無線基地局ｅＮＢがハンドオーバ要求ＡＣＫ（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をソース無線基地局ｅＮＢに送信する（ステップ３）。ソース無線基地局ｅＮＢは、ＲＲＣコネクション再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをユーザ装置ＵＥに送信する（ステップ４）。また、ソース無線基地局ｅＮＢは前述したＳＮステータス転送（ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒ）メッセージをターゲット無線基地局ｅＮＢに送信し（ステップ５）、更に、ソース無線基地局ｅＮＢに滞留していたデータをターゲット無線基地局ｅＮＢに転送する（ステップ６）。ユーザ装置ＵＥは、ターゲット無線基地局ｅＮＢと接続するためランダムアクセス（ＲＡ）手順を行い（ステップ７、８）、ＲＲＣコネクション再設定完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージをターゲット無線基地局ｅＮＢに送信する（ステップ９）。これにより、ターゲット無線基地局ｅＮＢはハンドオーバ成功を認識し、ソース無線基地局ｅＮＢからＤＬデータを受け取っていれば当該ＤＬデータをユーザ装置ＵＥに送信し、ユーザ装置ＵＥはターゲット無線基地局ｅＮＢにＵＬデータを送信する（ステップ１０）。
【００２８】
また、ターゲット無線基地局ｅＮＢは、パスをターゲット無線基地局ｅＮＢ側に切り替えるように要求するパス切替要求（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ）メッセージを上位ノードに送信する（ステップ１１）。これにより、上位ノードからターゲット無線基地局ｅＮＢにＤＬデータが送られる（ステップ１２）。また、パス切替要求ＡＣＫ（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）がターゲット無線基地局ｅＮＢに送られ（ステップ１３）、ターゲット無線基地局ｅＮＢは、ＵＬデータがあれば上位ノードに送信する（ステップ１４）。また、ターゲット無線基地局ｅＮＢは、ソース無線基地局ｅＮＢにおけるユーザ装置ＵＥのコンテキストを解放するためにＵＥコンテキスト解放（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ）メッセージをソース無線基地局ｅＮＢに送信する（ステップ１５）。
【００２９】
なお、ＲＲＣコネクション再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をハンドオーバ（ＨＯ）コマンドと呼んでもよい。
【００３０】
以下、第１の実施の形態、第２の実施の形態、変形例を説明する。
【００３１】
（第１の実施の形態）  
＜処理内容＞
第１の実施の形態では、ソース無線基地局ｅＮＢ又はターゲット無線基地局ｅＮＢが、転送データ待ちタイマの値をソース無線基地局ｅＮＢ１におけるデータ滞留量（転送データ量）に基づき算出する。
【００３２】
図５、図６を参照して第１の実施の形態における処理例１を説明する。処理例１では、ソース無線基地局ｅＮＢがターゲット無線基地局ｅＮＢに対してタイマの値をハンドオーバ手順中に指定する。
【００３３】
図５に示す例では、ソース無線基地局ｅＮＢ１が、例えばハンドオーバを行うことを決定した時点におけるデータ滞留量に基づき転送データ待ちタイマの値を算出し（ステップ２１）、ハンドオーバ要求メッセージを用いて（ハンドオーバ要求メッセージの中に含めて）転送データ待ちタイマの値をターゲット無線基地局ｅＮＢ２に通知する（ステップ２２）。ターゲット無線基地局ｅＮＢ２では、ハンドオーバ要求ＡＣＫを送信するタイミングで転送データ待ちタイマを起動する（ステップ２３）。ターゲット無線基地局ｅＮＢ２では、転送データ待ちタイマが満了するまで、全ての転送データをソース無線基地局ｅＮＢ１から受信するのを待ち、転送データ待ちタイマが満了する前に全ての転送データをソース無線基地局ｅＮＢ１から受信すれば、その時点で、上位ノードＵＮからのデータをユーザ装置ＵＥに転送する等の動作を開始する。もし、転送データ待ちタイマが満了する前に全ての転送データをソース無線基地局ｅＮＢ１から受信していなければ、タイマが満了した時点で、上位ノードＵＮからのデータをユーザ装置ＵＥに転送する等の動作を開始する。
【００３４】
ここで、データ滞留量は、ソース無線基地局ｅＮＢに滞留している、ターゲット無線基地局ｅＮＢ２に転送すべきデータの量である。また、転送データ待ちタイマの値に関しては、例えば、データ滞留量とバックホール帯域（ソース無線基地局ｅＮＢ１からターゲット無線基地局ｅＮＢ２への回線の帯域（速度））とから、データ滞留量÷バックホール帯域を計算することにより、データ転送にかかる時間の大凡の値を転送データ待ちタイマの値として算出する。
【００３５】
また、図６に示すように、ソース無線基地局ｅＮＢ１は、算出した転送データ待ちタイマの値を、ＳＮステータス転送メッセージを用いて（ＳＮステータス転送メッセージの中に含めて）送信してもよい。その場合、ターゲット無線基地局ｅＮＢ２は、ＳＮステータス転送メッセージを受信した時点で転送データ待ちタイマを起動する。
【００３６】
図７、図８は、第１の実施の形態における処理例２を説明するための図である。処理例２では、図７に示すように、ソース無線基地局ｅＮＢ１が、ハンドオーバを決定した時点での滞留データ量をハンドオーバ要求を用いてターゲット無線基地局ｅＮＢに通知し（ステップ３１）、ターゲット無線基地局ｅＮＢ２が上述した方法（データ滞留量÷バックホール帯域）で転送データ待ちタイマの値を算出し（ステップ３２）、当該タイマの値を設定して、ハンドオーバ要求ＡＣＫを送信する時点でタイマを起動する（ステップ３３）。
【００３７】
更に、図８に示すように、ソース無線基地局ｅＮＢ１が、ハンドオーバを決定した時点での滞留データ量をＳＮステータス転送メッセージを用いてターゲット無線基地局ｅＮＢに通知し（ステップ３１）、ターゲット無線基地局ｅＮＢ２が上述した方法で転送データ待ちタイマの値を算出し（ステップ３２）、タイマを起動することとしてもよい（ステップ３３）。
【００３８】
なお、ターゲット無線基地局ｅＮＢ２は、ハンドオーバ要求もしくはＳＮステータス転送メッセージにて、転送データ待ちタイマの値とデータ滞留量のいずれも受信しなかった場合、予め保持したデフォルト値（固定値）を転送データ待ちタイマの値として設定してもよい。
【００３９】
＜装置構成、処理フロー＞
図９に、本発明の実施の形態（第１と第２の実施の形態に共通）に係る無線基地局ｅＮＢ１０の機能構成図を示す。無線基地局ｅＮＢ１０は、ユーザ装置ＵＥから見てソース無線基地局として動作する場合もあるし、ターゲット無線基地局として動作する場合もあることから、図９に示す無線基地局ｅＮＢは、本発明の実施の形態のソース無線基地局としての機能と本発明の実施の形態のターゲット無線基地局としての機能の両方を備える。
【００４０】
図９に示すように、無線基地局ｅＮＢ１０は、バッファ管理部１１、データ転送部１２、ＵＥ管理部１３、ハンドオーバ処理部１４、タイマ管理部１５を含む。なお、図９は、無線基地局ｅＮＢ１０において本発明に特に関連する機能部のみを示すものであり、少なくともＬＴＥ方式に準拠した動作を行うための図示しない機能も有するものである。
【００４１】
バッファ管理部１１は、データバッファ１１１（メモリ等）を備える。データバッファ１１１には、ユーザ装置ＵＥのＵＬデータ及びＤＬデータが格納される。バッファ管理部１１は、データバッファ１１１に格納されているＤＬデータとＵＬデータの滞留量を算出し、出力する機能を含む。
【００４２】
データ転送部１２は、ハンドオーバ手順において、データバッファ１１１に格納されているデータをターゲット無線基地局に転送する機能を備える。ハンドオーバ処理部１４は、ハンドオーバにおけるメッセージの送受信等を行うことにより、ハンドオーバの処理を行う機能を備える。例えば、ソース無線基地局として機能する場合、ハンドオーバ処理部１４は、ターゲット無線基地局にユーザ装置ＵＥの状態を引き継ぐために、ＵＥ管理部１３からＵＥの状態（コンフィギュレーション、コンテキスト等）を取得し、ハンドオーバ要求メッセージに含めて送信する。
【００４３】
ＵＥ管理部１３は、各ユーザ装置ＵＥの状態を管理する機能部であり、ＵＥ状態記憶部１３１を含む。ＵＥ状態記憶部には、各ユーザ装置ＵＥの能力情報、状態情報等が格納されており、ＵＥ管理部１３は、ユーザ装置ＵＥの状態等を取得してＵＥ状態記憶部１３１に格納するとともに、特定のユーザ装置ＵＥについての状態等をＵＥ状態記憶部１３１から取得して出力する機能を備える。
【００４４】
タイマ管理部１５は、転送データ待ちタイマ１５１、タイマ値算出部１５２（時間推定手段の例）を含む。転送データ待ちタイマ１５１は、既に説明したタイマであり、ターゲット無線基地局として動作する際に、ソース無線基地局からの転送データが全て転送されるのを待つ時間を計測するタイマである。タイマ管理部１５は、転送データが全て転送される前にこのタイマが満了した場合には、これ以上転送データを待たずに、新たなデータの送受信を行うようハンドオーバ処理部１４を制御する。
【００４５】
タイマ値算出部１５２は、データ滞留量等に基づいて、転送データ待ちタイマの値を算出する機能を備える。
【００４６】
図１０は、第１の実施の形態の処理例１における無線基地局ｅＮＢ１０の処理手順例を示すフローチャートである。図１０を参照して、第１の実施の形態における処理例１の処理手順を説明する。ソース無線基地局としての無線基地局ｅＮＢ１０におけるハンドオーバ処理部１４が、ユーザ装置ＵＥからのメジャメントレポートに基づき、当該ユーザ装置ＵＥに関してハンドオーバを行うことを決定すると（ステップ４１のＹｅｓ）、タイマ値算出部１５２は、バッファ管理部１１から当該ユーザ装置ＵＥのデータ滞留量を取得し、当該データ滞留量とバックホール帯域とから転送データ待ちタイマの値を算出する（ステップ４２）。
【００４７】
そして、ハンドオーバ処理部１４が、ハンドオーバ要求メッセージもしくはＳＮステータス転送メッセージを用いて転送データ待ちタイマの値をターゲット無線基地局に通知する。ターゲット無線基地局では、通知されたタイマ値（時間）に転送データ待ちタイマが設定される。
【００４８】
図１１、図１２は、第１の実施の形態の処理例２における無線基地局ｅＮＢ１０の処理手順例を示すフローチャートである。図１１、図１２を参照して、第１の実施の形態における処理例２の処理手順を説明する。
【００４９】
ソース無線基地局として機能する無線基地局ｅＮＢ１０におけるハンドオーバ処理部１４が、ユーザ装置ＵＥからのメジャメントレポートに基づき、当該ユーザ装置ＵＥに関してハンドオーバを行うことを決定すると（ステップ５１のＹｅｓ）、ハンドオーバ処理部１４は、バッファ管理部１１から当該ユーザ装置ＵＥのデータ滞留量を取得し、ハンドオーバ要求メッセージもしくはＳＮステータス転送メッセージを用いてデータ滞留量をターゲット無線基地局に通知する（ステップ５２）。
【００５０】
ターゲット無線基地局として機能する無線基地局ｅＮＢ１０は、ハンドオーバ要求メッセージもしくはＳＮステータス転送メッセージを用いてデータ滞留量を受信すると（ステップ５３のＹｅｓ）、タイマ値算出部１５２は、当該データ滞留量とバックホール帯域とから転送データ待ちタイマの値を算出し（ステップ５４）、算出されたタイマ値を転送データ待ちタイマに設定する（ステップ５５）。
【００５１】
（第２の実施の形態）
第２の実施の形態では、ターゲット無線基地局ｅＮＢ２が転送データ待ちタイマの値を推定し、タイマの値を設定する。
【００５２】
＜処理内容＞
図１３を参照して、第２の実施の形態における処理例１を説明する。本例では、ターゲット無線基地局ｅＮＢ２が、データ滞留量を推定して適切なタイマ値を算出する。図１３の例では、ソース無線基地局ｅＮＢ１が、ユーザ装置ＵＥの能力を示す情報、もしくはユーザ装置ＵＥのソース無線基地局ｅＮＢ１における設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を示す情報をターゲット基地局ｅＮＢ２に通知する（ステップ６１）。
【００５３】
そして、ターゲット基地局ｅＮＢ２が、上記能力もしくは設定の情報に基づきソース無線基地局ｅＮＢ１におけるデータ滞留量を推定し、そこからデータ転送にかかる時間の大凡の値をタイマ値として算出し（ステップ６２）、算出した値を転送データ待ちタイマの値に設定し、転送データ待ちタイマを起動する（ステップ６３）。データ滞留量からタイマ値を算出する方法は第１の実施の形態と同様である。
【００５４】
なお、本例では、データ滞留量の推定に用いる能力や設定の情報はハンドオーバ要求メッセージに含まれていることを想定しているが、含まれていない場合には、ソース無線基地局ｅＮＢ１において含めるようにしてもよい。また、能力や設定の情報はハンドオーバ要求メッセージで送信することは必須でなく、他のメッセージ（例：ＳＮステータス転送メッセージ）で送信してもよい。
【００５５】
本実施の形態の処理例１は、高スループットを実現できるユーザ装置ＵＥに対しては、大量のデータが発生しているという想定に基づいている。すなわち、例えばデータ通信でよく用いられるＴＣＰであれば、高スループットを実現できるユーザ装置ＵＥはピークレートを実現するために大きいＴＣＰ  ｗｉｎｄｏｗ  ｓｉｚｅを設定することが想定され、ＴＣＰ  ｗｉｎｄｏｗ  ｓｉｚｅが大きいほど無線で送受信されるデータ量が大きくなる。従って、高スループットを実現できるユーザ装置ＵＥに対しては、大量のデータが発生していると想定できる。
【００５６】
また、ユーザ装置ＵＥが実現するスループットの大きさに関わる要素として、例えばユーザ装置ＵＥの能力と、ソース無線基地局ｅＮＢでのユーザ装置ＵＥに対する設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）があることから、本実施の形態の処理例１では、これらの情報をターゲット無線基地局ｅＮＢ２に通知し、ターゲット無線基地局ｅＮＢ２においてデータ滞留量を推定し、データ転送にかかる時間を算出し、転送データ待ちタイマの値を設定することとしている。
【００５７】
処理例１におけるユーザ装置ＵＥの能力を示す情報の例としては、ＵＥカテゴリ（規格上規定されたユーザ装置の能力分類）、キャリアアグリゲーション（ＣＡ）においてアグリゲートできるコンポーネントキャリア（ＣＣ）の数、ＭＩＭＯのレイヤをいくつまでサポートしているか等がある。ターゲット無線基地局ｅＮＢ２は、ユーザ装置ＵＥの能力が高いほど、高スループットを実現することが可能であり、高スループットで通信している蓋然性が高いと判断して、データ滞留量を大きく推定する。例えば、ユーザ装置ＵＥの能力１が能力２よりも高い能力である場合に、能力１に対応する推定データ滞留量は能力２に対応する推定データ滞留量よりも大きい。ターゲット無線基地局ｅＮＢ２は、例えば、ユーザ装置ＵＥの能力と、推定されるデータ滞留量とを対応付けたテーブルを記憶手段に保持し、当該テーブルを参照することで、データ滞留量を決定する。
【００５８】
処理例１におけるユーザ装置ＵＥに対するソース無線基地局ｅＮＢ１での設定の例としては、例えば、３つのコンポーネントキャリアをアグリゲートできるユーザ装置ＵＥに対して、常に２つのコンポーネントキャリアで動作させる設定等がある。その理由としては、例えば、最適な３ＣＣ目のセルが見付からなかった等がある。また、ＭＩＭＯのレイヤ数（ランク）、伝送モード等も上記設定の例である。
【００５９】
ターゲット無線基地局ｅＮＢ２は、ユーザ装置ＵＥに対する設定に応じてデータ滞留量を推定する。例えば、ユーザ装置ＵＥの設定１（例：３ＣＣ）が設定２（例：２ＣＣ）よりも、高スループットを実現できる設定である場合、設定１に対応する推定データ滞留量は設定２に対応する推定データ滞留量よりも大きい。ターゲット無線基地局ｅＮＢ２は、例えば、ユーザ装置ＵＥに対する設定と、推定されるデータ滞留量とを対応付けたテーブルを記憶手段に保持し、当該テーブルを参照することで、データ滞留量を決定する。
【００６０】
なお、ユーザ装置ＵＥの能力がいくら高くとも、その能力を十分に活用できるような設定でなければ、高スループットを実現することはできないため、より正確にデータ滞留量を推定する観点では、設定に基づきデータ滞留量を推定することが好ましい。
【００６１】
図１４を参照して、第２の実施の形態における処理例２を説明する。本例では、ソース無線基地局ｅＮＢ１が、ターゲット無線基地局ｅＮＢ２にＵＥ非アクティブタイマ（ＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒ）の値を通知する（ステップ７１）。そして、ターゲット無線基地局ｅＮＢ２が、当該ＵＥ非アクティブタイマの値に基づいて、ソース無線基地局ｅＮＢ１における該当ユーザ装置のＵ−ｐｌａｎｅ（ユーザプレーン）データの有無を判定して、データの有無に応じて転送データ待ちタイマ値を算出（ステップ７２）、設定し、転送データ待ちタイマを起動する（ステップ７３）。
【００６２】
本例では、ＵＥ非アクティブタイマの値が、ＵＥ非アクティブタイマ起動していることを示す値（０でない値、所定の閾値より大きい値、等）である場合に、ソース無線基地局ｅＮＢ１において該当ユーザ装置ＵＥの滞留データが有ると判定し、データ有りの場合の転送データ待ちタイマ値を設定し、ＵＥ非アクティブタイマが起動していないことを示す値である場合に、ソース無線基地局ｅＮＢ１において滞留データが無いと判定し、データ無しの場合の転送データ待ちタイマ値を設定することとしている。つまり、本例では、ターゲット無線基地局ｅＮＢ２は、転送データ待ちタイマ値として、データ有り用のタイマ値とデータ無し用のタイマ値の２値を保持している。
【００６３】
なお、本例では、データ滞留有り無しの推定に用いるＵＥ非アクティブタイマの値はハンドオーバ要求メッセージに含まれていることを想定しているが、含まれていない場合には、ソース無線基地局ｅＮＢ１において含めるようにしてもよい。また、ＵＥ非アクティブタイマの値はハンドオーバ要求メッセージで送信することは必須でなく、他のメッセージ（例：ＳＮステータス転送メッセージ）で送信してもよい。
【００６４】
以下、ＵＥ非アクティブタイマ（ＵＥ  Ｉｎａｃｔｉｖｅ  Ｔｉｍｅｒ）についてより詳細に説明する。
【００６５】
本実施の形態に適用されるＬＴＥでは、ユーザ装置ＵＥをＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態、及びアイドル（ＩＤＬＥ）状態の２つの状態で管理している。
【００６６】
ＲＲＣ接続状態は、ＲＲＣで接続が確立している状態であり、ユーザデータの送受信を行うことが可能な状態である。データを持つユーザは、遅延無くデータの送受信を行うため、ＲＲＣ接続状態を保つことが望ましい。
アイドル状態はＲＲＣで接続が確立していない状態であり、ユーザデータの送受信を行う際には、まずＮＷとの接続を確立する必要がある。データを持たないユーザは、バッテリーセービングやＮＷリソース観点から、アイドル状態でいることが望ましい。
ユーザレスポンス（遅延）の観点からは、ユーザ装置ＵＥはＲＲＣ接続状態でいることが望ましいが、所定期間データがないユーザ装置ＵＥに対しては、その後もデータが発生しないとみなして、アイドル状態に遷移させる制御が行われる。
【００６７】
このような状態管理の下、無線基地局ｅＮＢはユーザ装置ＵＥ毎にＵＥ非アクティブタイマを管理し、以下のような制御を行う。この制御について図１５を参照して説明する。
【００６８】
無線基地局ｅＮＢは、ユーザ装置ＵＥに対して送受信すべきＵ−ｐｌａｎｅデータが無くなった場合にＵＥ非アクティブタイマを起動し（例：図１５のＡ、Ｂ）、ユーザ装置ＵＥに対して送受信すべきＵ−ｐｌａｎｅデータが発生する場合に、ＵＥ非アクティブタイマを停止する（例：図１５のＣ）。
【００６９】
また、無線基地局ｅＮＢは、ＵＥ非アクティブタイマが満了する（或いは閾値を超過する）場合には、当該ユーザ装置ＵＥに対してアイドル遷移させることを決定し、ＲＲＣ接続リリース（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｌｅａｓｅ）を送信する（例：図１５のＤ）。
【００７０】
なお、ハンドオーバや再接続する場合には当該タイマの値はターゲットセルへと引き継がれる。ハンドオーバや再接続の度にリセットしていると、ユーザ装置ＵＥがなかなかアイドル遷移できないためである。
【００７１】
本実施の形態の処理例２では、上記のようなＵＥ非アクティブタイマの制御に基づいて、ＵＥ非アクティブタイマの値がＵＥ非アクティブタイマが起動していないことを示す値である場合（例：図１５のＣ〜Ｂの区間）にデータ有りと推定し、ＵＥ非アクティブタイマの値がＵＥ非アクティブタイマが起動していることを示す値である場合（例：図１５のＡ〜Ｃの区間）にデータ無しと推定し、転送データ待ちタイマの値を設定している。
【００７２】
＜装置構成、処理フロー＞
第２の実施の形態に係る無線基地局ｅＮＢ１０の機能構成は、図５に示した無線基地局ｅＮＢ１０の構成と同様である。ただし、本実施の形態では、タイマ値算出部１５２の処理内容が第１の実施の形態と異なる。
【００７３】
本実施の形態では、タイマ値算出部１５２は、ユーザ装置の能力、設定等と、データ滞留量とを対応付けたテーブルを保持し、ソース無線基地局ｅＮＢから通知されたユーザ装置ＵＥの能力、設定等に基づき、上記テーブルを参照することでデータ滞留量を決定し、当該データ滞留量とバックホール帯域とから転送データ待ちタイマ値を算出する。また、タイマ値算出部１５２は、ソース無線基地局ｅＮＢにおけるデータ有無とタイマ値とを対応付けたテーブルを保持し、ソース無線基地局ｅＮＢから通知されたＵＥ非アクティブタイマの値に基づき、上記テーブルを参照することで転送データ待ちタイマ値を決定する。
【００７４】
図１６は、第２の実施の形態における無線基地局ｅＮＢ１０（ターゲット無線基地局として機能する場合）の処理手順例を示すフローチャートである。図１６を参照して、第２の実施の形態における処理手順を説明する。
【００７５】
ソース無線基地局ｅＮＢが、ハンドオーバを行うことを決定し、ユーザ装置の能力、設定、又はＵＥ非アクティブタイマの値を含むハンドオーバ要求メッセージ又はＳＮステータス転送メッセージを無線基地局ｅＮＢ１０（ターゲット無線基地局として機能）に送信し、無線基地局ｅＮＢ１０のハンドオーバ処理部１４はこれを受信する。
【００７６】
無線基地局ｅＮＢ１０において、タイマ値算出部１５２は、受信したメッセージから、能力、設定、又はＵＥ非アクティブタイマの値を取得し、取得した値に基づいて転送データ待ちタイマの値を算出し（ステップ８２）、算出されたタイマ値により転送データ待ちタイマを設定する（ステップ８３）。
【００７７】
（変形例）
これまでに説明した各実施の形態において、図１７に示すように、ソース無線基地局ｅＮＢ１においてデータ滞留時間が非常に長い状態（或いは、データ滞留量が非常に大きい状態）でハンドオーバが発生する場合には、ソース無線基地局ｅＮＢ１からデータが転送される前に、既に上位（例：ＴＣＰ）から滞留データ（転送データ）の再送データが発出され、ターゲット無線基地局ｅＮＢ側に届いている場合がある（図１７のＡ）。
【００７８】
その場合、既に上位の再送が開始されているデータをソース無線基地局ｅＮＢ１からターゲット無線基地局ｅＮＢ２へ転送し、ターゲット無線基地局ｅＮＢ２からユーザ装置ＵＥへと転送することになり、伝送路・無線リソースへの浪費観点から望ましくない。
【００７９】
そこで、ソース無線基地局ｅＮＢ１においてハンドオーバを決定した時点で、データ滞留量が所定の閾値よりも大きいこと（あるいは、データ滞留時間が所定の閾値よりも長いこと）を検知した場合には、ソース無線基地局ｅＮＢ１がハンドオーバ要求もしくはＳＮステータス転送メッセージにて、非常に短いタイマ値（予め定めた短い時間）をターゲット無線基地局ｅＮＢ２に通知し、ターゲット無線基地局ｅＮＢ２は当該タイマ値を転送データ待ちタイマ値として設定する。
【００８０】
あるいは、ソース無線基地局ｅＮＢ１においてハンドオーバを決定した時点で、データ滞留量が所定の閾値よりも大きいこと（あるいは、データ滞留時間が所定の閾値よりも長いこと）を検知した場合には、ソース無線基地局ｅＮＢ１がハンドオーバ要求もしくはＳＮステータス転送メッセージにて、その旨を示す情報をターゲット無線基地局ｅＮＢ２に通知し、ターゲット無線基地局ｅＮＢ２が上記非常に短いタイマ値（予め定めた短い時間）を決定し、当該タイマ値を転送データ待ちタイマ値として設定する。
【００８１】
これにより、ターゲット無線基地局ｅＮＢ２では、ソース無線基地局ｅＮＢ１からの転送データを待たずに、既に開始している再送データの転送を行うことになる。この変形例の処理は、これまでに説明した全ての実施の形態及び処理例に適用できるものである。
【００８２】
以上、変形例、実施の形態、変形例等を説明してきたが、開示される発明はそのような実施形態等に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、無線基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明に従って動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【００８３】
ｅＮＢ１  ソース無線基地局
ｅＮＢ２  ターゲット無線基地局
ｅＮＢ１０  無線基地局
ＵＥ  ユーザ装置
１１  バッファ管理部
１２  データ転送部
１３  ＵＥ管理部
１４  ハンドオーバ処理部
１５  タイマ管理部
１１１  データバッファ
１３１  ＵＥ状態記憶部
１５１  転送データ待ちタイマ
１５２  タイマ値算出部
【図１】
2014207582.tif 000003
【図２】
2014207582.tif 000004
【図３】
2014207582.tif 000005
【図４】
2014207582.tif 000006
【図５】
2014207582.tif 000007
【図６】
2014207582.tif 000008
【図７】
2014207582.tif 000009
【図８】
2014207582.tif 000010
【図９】
2014207582.tif 000011
【図１０】
2014207582.tif 000012
【図１１】
2014207582.tif 000013
【図１２】
2014207582.tif 000014
【図１３】
2014207582.tif 000015
【図１４】
2014207582.tif 000016
【図１５】
2014207582.tif 000017
【図１６】
2014207582.tif 000018
【図１７】
2014207582.tif 000019