JP2015119281A - 無線通信装置および基地局装置内のハンドオーバ制御方法 - Google Patents

Abstract

【課題】通信効率を向上させることを課題とする。
【解決手段】基地局装置は、基地局装置内の第１の装置から基地局装置内の第２の装置へのハンドオーバが発生した場合に、ハンドオーバ後に第１の装置が受信したデータに関するハンドオーバ元情報を収集する。基地局装置１０は、収集されたハンドオーバ元情報に基づいて、第１の装置から第２の装置へ前記データを転送することに要する時間を算出する。基地局装置は、算出された時間の間、データ転送を実行する。
【選択図】図５

Description

本発明は、無線通信装置および基地局装置内のハンドオーバ制御方法に関する。

基地局装置は、電波の届く範囲を複数のセルに分割し、ベースバンドカードやユニットで各セルに位置する端末装置の通信を制御する。そして、基地局装置は、端末装置がセル間を跨って移動した場合には、ベースバンドカード間ハンドオーバやユニット間ハンドオーバなどの基地局内ハンドオーバを発生させて、通信を継続させる。

例えば、ハンドオーバ先の装置では、ハンドオーバの開始メッセージを受信すると、データ転送終了監視タイマを開始させ、タイマの動作中はハンドオーバ元の装置から転送されてくる転送データを受信する。ハンドオーバ先の装置は、データ転送終了監視タイマが満了すると、データ受信を停止し、ハンドオーバを完了する。

特表２０１０−５３６２６４号公報 国際公開第２００８／０５３５１１号

しかしながら、従来技術では、基地局装置内のハンドオーバが発生した場合に、ハンドオーバ後にハンドオーバ元で受信されたデータをハンドオーバ先に転送する際の通信効率がよくない。このため、ハンドオーバ処理の遅延にも繋がる。

例えば、ハンドオーバ先の装置は、ユーザ端末毎にデータ転送終了監視タイマの設定ができず、ハンドオーバ時の転送データの損失を防ぐために、十分な時間を設定している。このため、ハンドオーバ先の装置は、データ転送量が少ない場合、データ転送が完了しているにも関わらずデータ転送終了監視タイマが満了していないために、ハンドオーバ処理を終了できない。

開示の技術は、上記に鑑みてなされたものであって、通信効率を向上させることができる無線通信装置および基地局装置内のハンドオーバ制御方法を提供することを目的とする。

本願の開示する無線通信装置は、一つの態様において、端末装置と通信可能な第１の装置および第２の装置を有する基地局装置内で、前記第１の装置から前記第２の装置へのハンドオーバが発生した場合に、前記ハンドオーバ後に前記第１の装置が受信したデータに関するハンドオーバ元情報を収集する収集部を有する。無線通信装置は、前記収集部によって収集されたハンドオーバ元情報に基づいて、前記第１の装置から前記第２の装置へ前記データを転送することに要する時間を算出する算出部を有する。無線通信装置は、前記算出部によって算出された時間の間、前記データの転送を実行する転送部を有する。

本願の開示する無線通信装置および基地局装置内のハンドオーバ制御方法の一つの態様によれば、通信効率を向上させることができる。

図１は、実施例１に係るシステムの全体構成例を示す図である。 図２は、カード間ハンドオーバを説明する図である。 図３は、ユニット間ハンドオーバを説明する図である。 図４は、実施例１に係る基地局装置のハードウェア構成例を示す図である。 図５は、実施例１に係る基地局装置の機能構成を示す機能ブロック図である。 図６は、実施例１に係るＨＯ元からＨＯ先へ送信されるコントロールＰＤＵのフォーマット例を示す図である。 図７は、実施例１に係るＨＯ先が収集する統計情報の例を示す図である。 図８は、実施例１に係るタイマ設定処理を説明する図である。 図９は、実施例１に係る基地局装置が実行する処理の流れを示すフローチャートである。 図１０は、実施例２に係るハンドオーバの状況を説明する図である。 図１１は、実施例２に係るタイマ設定処理を説明する図である。 図１２は、実施例２に係る基地局装置の機能構成を示す機能ブロック図である。 図１３は、実施例２に係るＨＯ元が上位装置から受信したデータの統計情報の例を示す図である。 図１４は、実施例２に係るＨＯ元からＨＯ先へ送信されるデータの統計情報の例を示す図である。 図１５は、実施例２に係るＨＯ先が収集する統計情報の例を示す図である。 図１６は、実施例２に係る基地局装置が実行する処理の流れを示すフローチャートである。 図１７は、実施例３に係るタイマ設定処理を説明する図である。 図１８は、実施例３に係るＨＯ先からＨＯ元へ送信されるコントロールＰＤＵのフォーマット例を示す図である。 図１９は、実施例３に係るＨＯ元からＨＯ先へ送信されるコントロールＰＤＵのフォーマット例を示す図である。 図２０は、実施例３に係る基地局装置が実行する処理の流れを示すフローチャートである。 図２１は、実施例４に係るＨＯ先が収集する統計情報の例を示す図である。 図２２は、実施例４に係るＨＯ先からＨＯ元へ送信されるコントロールＰＤＵのフォーマット例を示す図である。 図２３は、実施例４に係る基地局装置が実行する処理の流れを示すフローチャートである。 図２４は、実施例４のタイマ設定を説明する図である。

以下に、本願の開示する無線通信装置および基地局装置内のハンドオーバ制御方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。なお、各実施例は、矛盾のない範囲で、適宜組み合わせることができる。

［全体構成例］
図１は、実施例１に係るシステムの全体構成例を示す図である。図１に示すように、この無線通信システムは、基地局装置１０と端末装置５とを有するシステムである。基地局装置１０は、電波の届く範囲をセル１、セル２、セル３に分割し、セル毎に端末装置５の無線通信を制御するシステムである。

端末装置５は、無線通信を行う端末であり、例えば携帯電話、スマートフォンなどの端末である。なお、基地局装置、端末装置、セルの数は例示であり、これに限定されるものではない。

このような状況において、基地局装置１０は、セル２に位置する端末装置５がセル１へ移動した場合に、ハンドオーバ（以下、「ＨＯ」と記載する場合がある）を発生させて、端末装置５の無線通信を継続させる。具体的には、基地局装置１０は、基地局装置内でハンドオーバを行う第１の装置と第２の装置において、統計情報に基づいてハンドオーバ時のデータ転送に要する時間を予測し、予測した時間の間データ転送を行う。このようにすることで、基地局装置１０は、通信効率を向上させることができる。

［ハンドオーバの例］
次に、基地局装置内のハンドオーバについて説明する。基地局装置１０内のハンドオーバとしては、カード間ハンドオーバとユニット間ハンドオーバとが想定される。

図２は、カード間ハンドオーバを説明する図である。図２に示すように、基地局装置１０は、ベースバンド処理を実行するＢＢ（ベースバンド）カード１１とＢＢカード１２とを有する。ＢＢカード１１は、ユニット１１ａとユニット１１ｂとを有し、ＢＢカード１２は、ユニット１２ａとユニット１２ｂとを有する。例えば、各ユニットに１つのセルが割り与えられている。

そして、基地局装置１０は、上位装置であるＭＭＥ（Mobility Management Entity）／Ｓ−ＧＷ（Serving−Gateway）６と端末装置５とのデータ通信を、ＢＢカード１１のユニット１１ｂを介して中継する。なお、ここで中継されるデータは、制御プレーン（Ｃ−Ｐｌａｎｅ）またはユーザプレーン（Ｕ−Ｐｌａｎｅ）などでやり取りされるデータであり、本実施例では「Ｓ１データ」や「ＰＤＣＰ ＳＤＵ」と記載する場合がある。

そして、端末装置５は、ＢＢカード１１のユニット１１ｂが管理するセルからＢＢカード１２のユニット１２ａが管理するセルに移動すると、ハンドオーバを発生させる。すると、基地局装置１０は、端末装置５の接続先をＢＢカード１２のユニット１２ａに切替えて、ＭＭＥ／Ｓ−ＧＷ６と端末装置５との通信を、ＢＢカード１２のユニット１２ａを用いて制御する。

図３は、ユニット間ハンドオーバを説明する図である。基地局装置１０は、ＭＭＥ／Ｓ−ＧＷ６と端末装置５とのデータ通信を、ＢＢカード１１のユニット１１ａを介して中継する。この状況で、端末装置５は、ＢＢカード１１のユニット１１ａが管理するセルからユニット１１ｂが管理するセルに移動すると、ハンドオーバを発生させる。すると、基地局装置１０は、端末装置５の接続先をＢＢカード１１のユニット１１ｂに切替えて、ＭＭＲ／Ｓ−ＧＷ６と端末装置５との通信を、ユニット１１ｂを用いて制御する。

［ハードウェア構成］
図４は、実施例１に係る基地局装置のハードウェア構成例を示す図である。図４に示すように、基地局装置１０は、無線部１０ａ、ＣＰＲＩ（Common Public Radio Interface）部１０ｂ、ＤＳＰ（Digital Signal Processor）１０ｃを有する。基地局装置１０は、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）１０ｄ、ＭＰＵ（Micro−Processing Unit）１０ｅを有する。

無線部１０ａは、他の装置との無線通信を制御する。例えば、無線部１０ａは、Ｓ１データ等をＭＭＲ／Ｓ−ＧＷ６から受信し、各種パケットを端末装置５から受信する。ＣＰＲＩ部１０ｂは、無線部１０ａとＤＳＰ１０ｃとを接続するインタフェース部である。

ＤＳＰ１０ｃは、呼制御、発着制御、ベースバンド処理など無線通信に関する無線信号処理を実行する。ＳＤＲＡＭ１０ｄは、基地局装置１０が有する記憶装置の一例であり、無線通信に関するデータや各種情報を記憶する。ＭＰＵ１０ｅは、基地局装置１０全体の処理を司る処理部であり、図５以降で説明する各種処理を実行する。

［基地局装置の機能構成］
図５は、実施例１に係る基地局装置の機能構成を示す機能ブロック図である。図５に示すように、基地局装置１０は、ＨＯ元装置１００とＨＯ先装置２００を有する。ここで、ＨＯ元装置１００やＨＯ先装置２００は、ＢＢカードやユニットに該当する。

例えば、図５で説明する各処理部は、図４で説明したＭＰＵ１０ｅやＤＰＳ１０ｃが実行する処理部や、ＭＰＵ１０ｅやＤＰＳ１０ｃが有する電子回路である。なお、装置またはユニットごとにＭＰＵやＤＳＰを設けることもできる。また、ＨＯ元装置１００とＨＯ先装置２００は、同様の構成を有する装置であるが、説明上、ＨＯ元装置とＨＯ先装置とに分けて説明する。

（ＨＯ元装置）
図５に示すように、ＨＯ元装置１００は、ＰＤＣＰ（Packet Data Convergence Protocol）処理部１１０とＲＬＣ（Radio Link Control）処理部１５０を有する。

ＰＤＣＰ処理部１１０は、レイヤ２であるＰＤＣＰに関する処理を実行する処理部であり、例えばヘッダ圧縮、秘匿処理、Integrity Protection処理等を実行する。このＰＤＣＰ処理部１１０は、ＳＤＵ（Service Data Unit）受信部１１１、転送部１１２、ＳＮ（Sequential Number）付与部１１３、ＰＤＵ（Protocol Data Unit）送信部１１４を有する。また、ＰＤＣＰ処理部１１０は、取り戻し処理部１１５、ＳＮ抽出部１１６、ＳＤＵバッファ１１７、ＳＤＵ送信部１１８、ＨＯ状態抽出部１１９、ＰＤＵ送受信部１２０を有する。

ＳＤＵ受信部１１１は、制御プレーンまたはユーザプレーンでやり取りされるデータである「ＰＤＣＰ ＳＤＵ」をＭＭＥ／Ｓ−ＧＷ６から受信する処理部である。例えば、Ｓ１データには、ＭＭＥ／Ｓ−ＧＷ６が送信した順に割り振ったシーケンシャル番号が付与される。

転送部１１２は、ＳＤＵ受信部１１１によって受信された「ＰＤＣＰ ＳＤＵ」を、ＳＮ付与部１１３に転送する処理部である。また、転送部１１２は、ハンドオーバが発生中に、ＳＤＵ受信部１１１によって受信された「ＰＤＣＰ ＳＤＵ」をＳＤＵバッファ１１７に格納する処理部である。

ＳＮ付与部１１３は、転送部１１２から転送された「ＰＤＣＰ ＳＤＵ」に対して、転送された順にシーケンシャル番号を付与して、ＰＤＵ送信部１１４に送信する処理部である。例えば、ＳＮ付与部１１３は、ＲＬＣ処理部１５０への送信順を示すシーケンシャル番号が記載された「ＰＤＣＰヘッダ」を、「ＰＤＣＰ ＳＤＵ」に付加した「ＰＤＣＰ ＰＤＵ」を生成して、ＰＤＵ送信部１１４に送信する。

ＰＤＵ送信部１１４は、シーケンシャル番号が付与された「ＰＤＣＰ ＰＤＵ」を、ＳＮ付与部１１３が付与したシーケンシャル番号順にＲＬＣ処理部１５０に送信する処理部である。

取り戻し処理部１１５は、ハンドオーバが発生した場合に、ＲＬＣバッファ１５１に格納されている「ＰＤＣＰ ＰＤＵ」をＰＤＣＰ処理部１１０に再度転送する処理部である。例えば、取り戻し処理部１１５は、ＲＬＣ処理部１５０のＲＬＣバッファ１５１から「ＰＤＣＰ ＰＤＵ」を読み出して、ＳＮ抽出部１１６に出力する。

ＳＮ抽出部１１６は、取り戻し処理部１１５から読み出した「ＰＤＣＰ ＰＤＵ」から、「ＰＤＣＰ ＳＤＵ」に元々付加されているシーケンシャル番号を抽出して、ＨＯ状態抽出部１１９に送信する処理部である。また、ＳＮ抽出部１１６は、取り戻し処理部１１５から読み出した「ＰＤＣＰ ＰＤＵ」から「ＳＤＵ」を抽出してＳＤＵバッファ１１７に格納する。

ＳＤＵバッファ１１７は、ハンドオーバ発生中に、ＭＭＥ／Ｓ−ＧＷ６から受信した「ＰＤＣＰ ＳＤＵ」を記憶する記憶装置である。すなわち、ＳＤＵバッファ１１７は、ＭＭＥ／Ｓ−ＧＷ６から受信したにも関らず、ハンドオーバに伴って端末装置５に未送信のままであるＳ１データを記憶する。

ＳＤＵ送信部１１８は、ＳＤＵバッファ１１７に記憶される「ＰＤＣＰ ＳＤＵ」を読み出して、ＨＯ先装置２００に送信する処理部である。例えば、ＳＤＵ送信部１１８は、ＭＭＥ／Ｓ−ＧＷ６が送信したハンドオーバの開始を示すメッセージがＳＤＵ受信部１１１によって受信されてハンドオーバが開始されると、ＳＤＵバッファ１１７から「ＰＤＣＰ ＳＤＵ」を読み出して、ＨＯ先装置２００に送信する。

また、ＳＤＵ送信部１１８は、ＳＤＵバッファ１１７に格納された順で「ＰＤＣＰ ＳＤＵ」を読み出して、ＨＯ先装置２００に送信する。言い換えると、ＳＤＵ送信部１１８は、「ＰＤＣＰ ＳＤＵ」に付与されるシーケンシャル番号の順で、ＨＯ先装置２００に送信する。

ＨＯ状態抽出部１１９は、ＳＮ抽出部１１６から抽出されたシーケンシャル番号に基づいてＨＯ状態を抽出する処理部である。例えば、ＨＯ状態抽出部１１９は、ＳＮ抽出部１１６から抽出されたシーケンシャル番号を管理することで、ＲＬＣ処理部１５０から取り戻された「ＰＤＣＰ ＳＤＵ」の数を特定する。そして、ＨＯ状態抽出部１１９は、ＲＬＣ処理部１５０から取り戻された最後の「ＰＤＣＰ ＳＤＵ」のシーケンシャル番号をＰＤＵ送受信部１２０に送信する。

ＰＤＵ送受信部１２０は、ＨＯ先装置２００との間で、コントロールＰＤＵを送受信する処理部である。例えば、ＰＤＵ送受信部１２０は、ＨＯ状態抽出部１１９から、ＲＬＣ処理部１５０から取り戻された最後の「ＰＤＣＰ ＳＤＵ」のシーケンシャル番号を取得して保持する。また、ＰＤＵ送受信部１２０は、ＳＤＵ送信部１１８から送信される「ＰＤＣＰ ＳＤＵ」を監視する。

そして、ＰＤＵ送受信部１２０は、ＲＬＣ処理部１５０から上記最後のシーケンシャル番号に該当する「ＰＤＣＰ ＳＤＵ」が送信されたことを検出する。すると、ＰＤＵ送受信部１２０は、コントロールＰＤＵをＨＯ先装置２００に送信する。

図６は、実施例１に係るＨＯ元からＨＯ先へ送信されるコントロールＰＤＵのフォーマット例を示す図である。図６に示すように、コントロールＰＤＵは、「Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＨＯ Ｃｏｎｔｒｏｌ ＴＹＰＥ」などを有する。

「Ｄ／Ｃ」は、データＰＤＵかコントロールＰＤＵが示す情報であり、コントロールＰＤＵの場合は「１」が設定される。「ＰＤＵ Ｔｙｐｅ」は、ＰＤＵの種別を示す情報であり、コントロールＰＤＵの場合は「０」が設定される。「ＨＯ Ｃｏｎｔｒｏｌ ＴＹＰＥ」は、ハンドオーバ時のコントロールＰＤＵを特定する情報であり、コントロールＰＤＵの場合は「１」が設定される。

ＲＬＣ処理部１５０は、レイヤ２であるＲＬＣに関する処理を実行する処理部であり、端末装置５と基地局装置１０との間でサービスに応じたフォーマットに変換したデータ転送を実行する。例えば、ＲＬＣ処理部１５０は、端末装置５と基地局装置１０との回線確立、ＡＲＱ（Automatic repeat−request）処理等、３ＧＰＰのＴＳ３６.３２２に規定されたレイヤ２の処理を実行する。

このＲＬＣ処理部１５０は、ＲＬＣバッファ１５１を有する。ＲＬＣバッファ１５１は、ＰＤＣＰ処理部１１０から出力された「ＰＤＣＰ ＰＤＵ」を記憶する。すなわち、このＲＬＣ処理部１５０は、シーケンシャル番号が記載される「ＰＤＣＰヘッダ」が付加された「ＰＤＣＰ ＰＤＵ」を「ＲＬＣ ＳＤＵ」として記憶する。

（ＨＯ先装置）
図５に示すように、ＨＯ先装置２００は、ＰＤＣＰ処理部２１０とＲＬＣ処理部２５０を有する。ＰＤＣＰ処理部２１０は、ＨＯ元装置１００のＰＤＣＰ処理部１１０と同様であり、レイヤ２であるＰＤＣＰに関する処理を実行する処理部である。

このＰＤＣＰ処理部２１０は、ＳＤＵ受信部２１１、ＨＯ制御部２１２、ＳＤＵバッファ２１３、統計情報収集部２１４、統計情報ＤＢ２１５、タイマ計算部２１６、監視タイマＤＢ２１７、ＨＯ状態処理部２１８を有する。また、ＰＤＣＰ処理部２１０は、ＳＮ取得部２１９、ＰＤＵ送受信部２２０、ＳＮ付与部２２１、ＰＤＵ送信部２２２を有する。

ＳＤＵ受信部２１１は、制御プレーンまたはユーザプレーンのデータである「ＰＤＣＰ ＳＤＵ」を、ＭＭＥ／Ｓ−ＧＷ６またはＨＯ元装置１００から受信する処理部である。すなわち、ＳＤＵ受信部２１１は、ハンドオーバが開始されると、Ｓ１データを受信する。

ＨＯ制御部２１２は、ＨＯ状態によって各種処理を制御する処理部である。例えば、ＨＯ制御部２１２は、ＭＭＥ／Ｓ−ＧＷ６が送信したハンドオーバの開始を示すメッセージがＳＤＵ受信部１１１によって受信されると、ハンドオーバ処理を開始する。そして、ＨＯ制御部２１２は、ＳＤＵ受信部２１１によって受信された「ＰＤＣＰ ＳＤＵ」をＳＤＵバッファ２１３に格納する。

また、ＨＯ制御部２１２は、ＨＯ状態処理部２１８からタイマの終了が通知されると、ハンドオーバ処理を終了し、ハンドオーバによって接続された端末装置５に対して通常処理を実行する。

ＳＤＵバッファ２１３は、ＨＯ元装置１００から受信した「ＰＤＣＰ ＳＤＵ」および、ハンドオーバ発生中にＭＭＥ／Ｓ−ＧＷ６から受信した「ＰＤＣＰ ＳＤＵ」を記憶する記憶装置である。すなわち、ＳＤＵバッファ２１３は、ハンドオーバが発生した時点でＨＯ元装置１００に格納されるＳ１データと、ハンドオーバ発生中にＭＭＥ／Ｓ−ＧＷ６が送信したＳ１データとを記憶する。

統計情報収集部２１４は、ＨＯ元装置１００からＨＯ先装置２００へのハンドオーバが発生した場合に、ハンドオーバ後にＨＯ元装置１００が受信した「ＰＤＣＰ ＳＤＵ」に関するハンドオーバ元情報を収集する処理部である。具体的には、統計情報収集部２１４は、図７に示す情報を収集して統計情報ＤＢ２１５に格納する。

図７は、実施例１に係るＨＯ先が収集する統計情報の例を示す図である。図７に示すように、統計情報収集部２１４は、ＨＯ元から受信するＳ１データの情報や状況等に基づいて、「ＨＯデータ受信時間、ＨＯデータ受信量、ＨＯ先平均受信レート、ＨＯ先平均受信データ」を収集する。

「ＨＯデータ受信時間」は、ＰＤＵ送受信部２２０がコントロールＰＤＵを受信してからデータ転送監視タイマが満了するまでの時間である。「ＨＯデータ受信量」は、ＰＤＵ送受信部２２０がコントロールＰＤＵを受信してからデータ転送監視タイマが満了するまでに、ＳＤＵ受信部２１１によって受信されたデータ量である。「ＨＯ先平均受信レート」は、「ＨＯデータ受信量／ＨＯデータ受信時間」と、過去のハンドオーバ時の「ＨＯデータ受信量／ＨＯデータ受信時間」との平均値である。「ＨＯ先平均受信データ」は、「ＨＯデータ受信量」と過去のハンドオーバ時の「ＨＯデータ受信量」との平均値である。

図７の例では、統計情報収集部２１４は、今回のハンドオーバ時に設定されていたタイマ値であり、「１秒」と計測する。また、統計情報収集部２１４は、今回のハンドオーバ時の「ＨＯデータ受信量」を「４Ｋバイト」と算出する。また、統計情報収集部２１４は、今回から所定回数過去までの「ＨＯ先平均受信レート」を「０．４Ｍｂｐｓ」と算出する。また、統計情報収集部２１４は、今回から所定回数過去までの「ＨＯデータ受信量」を「６Ｋバイト」と算出する。なお、どのくらい過去までの情報を用いるかは、任意に設定変更することができる。

統計情報ＤＢ２１５は、統計情報収集部２１４が収集した統計情報を記憶する記憶装置である。具体的には、統計情報ＤＢ２１５は、図７に示した統計情報を記憶する。また、統計情報ＤＢ２１５は、過去のハンドオーバ時に収集された統計情報も記憶する。例えば、統計情報ＤＢ２１５は、ハンドオーバ元に対応付けて過去の統計情報を記憶する。

タイマ計算部２１６は、統計情報収集部２１４によって収集された統計情報に基づいて、ＨＯ元装置１００からＨＯ先装置２００へデータを転送することに要する時間を算出する処理部である。具体的には、タイマ計算部２１６は、統計情報ＤＢ２１５に記憶される統計情報を用いて、今回のハンドオーバの後に新たなハンドオーバが発生した場合に使用されるデータ転送監視タイマ値を計算し、その結果を監視タイマＤＢ２１７に格納する。

例えば、図７を例にして説明すると、タイマ計算部２１６は、「データ転送終了監視タイマ値＝ＨＯ先平均受信データ／ＨＯ先平均受信レート＝（６０００×８）／（０．４×１０００００）＝０．１２（秒）」を算出する。そして、タイマ計算部２１６は、「データ転送終了監視タイマ」として「１２０ｍｓｅｃ」を監視タイマＤＢ２１７に格納する。

監視タイマＤＢ２１７は、タイマ計算部２１６によって算出されたデータ転送終了監視タイマ値を記憶する記憶装置であり、タイマ計算部２１６によって更新される。上記例では、監視タイマＤＢ２１７は、「データ転送終了監視タイマ」として「１２０ｍｓｅｃ」を記憶する。

ＨＯ状態処理部２１８は、データ転送終了監視タイマを監視する処理部である。例えば、ＨＯ状態処理部２１８は、ハンドオーバが開始された後にＰＤＵ送受信部２２０によってコントロールＰＤＵが受信されると、データ転送終了監視タイマを起動する。その後、ＨＯ状態処理部２１８は、データ転送終了監視タイマが監視タイマＤＢ２１７に記憶されるタイマ値に到達すると、タイマ満了と判定して、ＨＯの終了をＨＯ制御部２１２に通知する。

なお、ＨＯ制御部２１２は、ＨＯ終了が通知される、ＨＯ元からデータ転送を終了して通常処理を実行する。このようにして、タイマ計算部２１６によって計算されたタイマ値の間、ＨＯ元からＨＯ先へのデータ転送を実行される。

ＳＮ取得部２１９は、ハンドオーバ中に、ＭＭＥ／Ｓ−ＧＷ６から受信された「ＰＤＣＰ ＳＤＵ」に付加されているシーケンシャル番号を取得する処理部である。例えば、ＳＮ取得部２１９は、ＨＯ元装置１００から「ＰＤＣＰ ＳＤＵ」を受信中に、ＭＭＥ／Ｓ−ＧＷ６から受信したＳ１データに付加されている「ＳＮ：２０１」を取得して、ＰＤＵ送受信部２２０に出力する。

ＰＤＵ送受信部２２０は、ＨＯ元装置１００との間で、コントロールＰＤＵを送受信する処理部である。例えば、ＰＤＵ送受信部２２０は、ハンドオーバ前にＨＯ元装置１００が受信していた「ＰＤＣＰ ＳＤＵ」の送信が完了すると、ＨＯ元装置１００からコントロールＰＤＵを受信する。

また、ＰＤＵ送受信部２２０は、ハンドオーバ中に、ＭＭＥ／Ｓ−ＧＷ６から「ＰＤＣＰ ＳＤＵ」を受信した場合に、当該「ＰＤＣＰ ＳＤＵ」に付加されていた「ＳＮ値」を含むコントロールＰＤＵをＨＯ元装置１００に送信する。上記例では、ＰＤＵ送受信部２２０は、ＳＮ取得部２１９によって取得された「ＳＮ：２０１」を含むコントロールＰＤＵをＨＯ元装置１００に送信する。

ＳＮ付与部２２１は、ＳＤＵバッファ２１３に記憶される「ＰＤＣＰ ＳＤＵ」に対して、受信された順にシーケンシャル番号を付与して、ＰＤＵ送信部２２２に送信する処理部である。例えば、ＳＮ付与部２２１は、ＲＬＣ処理部２５０への送信順を示すシーケンシャル番号が記載された「ＰＤＣＰヘッダ」を「ＰＤＣＰ ＳＤＵ」に付加した「ＰＤＣＰ ＰＤＵ」を生成して、ＰＤＵ送信部２２２に送信する。

ＰＤＵ送信部２２２は、シーケンシャル番号が付与された「ＰＤＣＰ ＰＤＵ」を、ＳＮ付与部２２１によって付加されたシーケンシャル番号順にＲＬＣ処理部２５０に送信する処理部である。

ＲＬＣ処理部２５０は、ＨＯ元装置１００のＲＬＣ処理部１５０と同様、レイヤ２であるＲＬＣに関する処理を実行する処理部であり、端末装置５と基地局装置１０との間でサービスに応じたフォーマットに変換したデータ転送を実行する。

このＲＬＣ処理部２５０は、ＲＬＣバッファ２５１を有する。ＲＬＣバッファ２５１は、ＰＤＣＰ処理部２１０から出力された「ＰＤＣＰ ＰＤＵ」を記憶する。すなわち、このＲＬＣ処理部２５０は、シーケンシャル番号が記載された「ＰＤＣＰヘッダ」が付加された「ＰＤＣＰ ＰＤＵ」を「ＲＬＣ ＳＤＵ」として記憶する。

［タイマ設定処理］
図８は、実施例１に係るタイマ設定処理を説明する図である。図８に示すように、ＨＯ元装置１００は、ＭＭＥ／Ｓ−ＧＷ６からＨＯ開始を通知するメッセージを受信すると、ＨＯを開始する（Ｓ１０１）。同様に、ＨＯ先装置２００は、ＭＭＥ／Ｓ−ＧＷ６からＨＯ開始を通知するメッセージを受信すると、ＨＯを開始する（Ｓ１０２）。

ＨＯを開始したＨＯ元装置１００のＳＤＵ送信部１１８は、ＳＤＵバッファ１１７に記憶される、ＨＯ開始前に受信していた「ＰＤＣＵ ＳＤＵ」をシーケンシャル番号順に、ＨＯ先装置２００へ転送する（Ｓ１０３とＳ１０４）。図８の例では、ＨＯ元装置１００は、「ＳＮ：８９」の「ＰＤＣＵ ＳＤＵ」から「ＳＮ：９１」の「ＰＤＣＵ ＳＤＵ」が記憶されている状態で、「ＳＮ：８９」の「ＰＤＣＵ ＳＤＵ」から順にＨＯ先装置２００へ転送する。

そして、ＨＯ元装置１００のＰＤＵ送受信部１２０は、ＨＯ開始前に受信していた「ＰＤＣＵ ＳＤＵ」のデータ転送が完了すると（Ｓ１０５）、コントロールＰＤＵをＨＯ先装置２００に送信する（Ｓ１０６とＳ１０７）。なお、ここで送信されるコントロールＰＤＵが、ＨＯ開始前に受信していた「ＰＤＣＵ ＳＤＵ」のデータ転送完了を示すエンドマークとなる。

そして、ＨＯ先装置２００のＨＯ状態処理部２１８は、エンドマークとなるコントロールＰＤＵが受信されると、データ転送終了監視タイマを起動する（Ｓ１０８）。さらに、統計情報収集部２１４は、統計情報の収集を開始する（Ｓ１０９）。

その後、ＨＯ元装置１００のＳＤＵ送信部１１８は、ＨＯ開始後に受信した「ＰＤＣＵ ＳＤＵ」をシーケンシャル番号順に、ＨＯ先装置２００へ転送し（Ｓ１１０とＳ１１１）、データ転送を完了させる（Ｓ１１２）。図８の例では、ＨＯ元装置１００は、「ＳＮ：９２」の「ＰＤＣＵ ＳＤＵ」と「ＳＮ：９３」の「ＰＤＣＵ ＳＤＵ」が記憶されている状態で、「ＳＮ：９２」の「ＰＤＣＵ ＳＤＵ」から順にＨＯ先装置２００へ転送する。

その後、ＨＯ先装置２００のタイマ計算部２１６は、統計情報収集部２１４が収集した統計情報に基づいて、データ転送終了監視タイマのタイマ値を算出し（Ｓ１１３）、監視タイマＤＢ２１７に設定する（Ｓ１１４）。ここで設定されるタイマ値は、Ｓ１０７からＳ１１２の時間を予測する値であり、次のハンドオーバ時に使用される。

［処理の流れ］
図９は、実施例１に係る基地局装置が実行する処理の流れを示すフローチャートである。図９に示すように、基地局装置１０は、ハンドオーバを開始すると（Ｓ２０１）、ＨＯ元装置１００からＨＯ開始以前に受信されていたデータをＨＯ先装置２００で受信する（Ｓ２０２）。

そして、基地局装置１０は、ＨＯ先装置２００によってコントロールＰＤＵが受信されると（Ｓ２０３：Ｙｅｓ）、ＨＯ先装置２００において統計情報ＤＢ２１５に記憶される統計情報を取得する（Ｓ２０４）。続いて、基地局装置１０は、データ転送終了監視タイマを開始し（Ｓ２０５）、統計情報の計測を開始する（Ｓ２０６）。

その後、基地局装置１０は、ＨＯ元装置１００がＨＯ開始以降に受信したデータをＨＯ先装置２００で受信する（Ｓ２０７）。続いて、基地局装置１０は、データ転送終了監視タイマが満了すると（Ｓ２０８：Ｙｅｓ）、収集した統計情報に基づいてタイマ値を算出する（Ｓ２０９）。

そして、基地局装置１０は、算出したタイマ値を、次回のハンドオーバのデータ転送終了監視タイマに設定する（Ｓ２１０）。具体的には、基地局装置１０は、算出したタイマ値で、監視タイマＤＢ２１７に記憶されているタイマ値を更新する。

［効果］
このように、基地局装置１０は、端末装置５ごとに、データ転送量に合わせたデータ転送終了監視タイマを最適化することができる。したがって、基地局装置１０は、無駄なデータ転送終了監視タイマの値を小さくし、データ転送完了時間とデータ転送終了監視タイマの時間差を少なくすることで、ＨＯ処理時間を削減することができる。

また、基地局装置１０は、ＨＯ処理時間を短くすることができるので、ＣＰＵ使用率が減少し、基地局装置の消費電力を低下させることができる。また、基地局装置１０は、データ転送完了時間とデータ転送終了監視タイマの時間差を少なくすることができ、より早くＨＯを完了することができるので、ユーザデータを送信再開するまでの時間を早めることができる。

実施例１では、次のハンドオーバ時の監視タイマを算出する例を説明したが、これに限定されるものではなく、リアルタイムに監視タイマを設定することができる。そこで、実施例２では、ハンドオーバ中にリアルタイムに監視タイマを設定する例を説明する。

［全体構成例］
図１０は、実施例２に係るハンドオーバの状況を説明する図である。実施例１と同様、図１０に示すように、ＨＯ元装置１００とＨＯ先装置２００のそれぞれは、ＭＭＥ／Ｓ−ＧＷ６とＳ１回線で接続され、ＭＭＥ／Ｓ−ＧＷ６からＳ１データを受信する。また、ＨＯ元装置１００とＨＯ先装置２００は、Ｘ２回線で接続される。

このような状況でＨＯが開始されると、ＨＯ元装置１００は、ＨＯ元にて既に受信しているデータをＨＯ先へ転送するデータ転送を開始し、データ転送時に統計情報を測定する（Ｓ１１）。

ここで、ＨＯ開始を契機に、ＭＭＥ／Ｓ−ＧＷ６からＨＯ元装置１００へのパスがＨＯ先装置２００へ切り替わるが、既にＳ１上でＨＯ元装置１００に転送されたデータは、Ｓ１上でＨＯ先装置２００へ再転送されない（Ｓ１２）。一方、ＨＯ中に、ＨＯ先装置は、パス変更後、ＭＭＥ／Ｓ−ＧＷ６から送信されたＳ１データを受信する（Ｓ１３）。

その後、ＨＯ元装置１００は、ＨＯ前に受信したデータを格納するバッファが空になった契機で、コントロールＰＤＵをＨＯ先装置２００に送信するが、その際、ＨＯ前に最後に受信したデータのＳＮ情報（ＳＮ：９１）を付与して送信する（Ｓ１４）。

そして、ＨＯ先装置２００は、ＨＯ元装置１００から受信した統計情報および自装置が収集した統計情報を用いてタイマ値を算出する。その後、ＨＯ先装置２００は、データ転送終了監視タイマを設定し、当該タイマが満了するまで、ＨＯ元装置１００からのデータ転送を受信する。このようにして、ＨＯ先装置２００は、ハンドオーバ中にリアルタイムにデータ転送終了監視タイマを設定することができる。

［タイマ設定処理］
図１１は、実施例２に係るタイマ設定処理を説明する図である。図１１に示すように、ＨＯ元装置１００は、ＭＭＥ／Ｓ−ＧＷ６からＨＯ開始を通知するメッセージを受信すると、ＨＯを開始する（Ｓ３０１）。同様に、ＨＯ先装置２００は、ＭＭＥ／Ｓ−ＧＷ６からＨＯ開始を通知するメッセージを受信すると、ＨＯを開始する（Ｓ３０２）。

ＨＯを開始したＨＯ元装置１００は、ＳＤＵバッファ１１７に記憶されるＨＯ開始前に受信していたＳ１データをシーケンシャル番号順に、ＨＯ先装置２００へ転送する（Ｓ３０３とＳ３０４）。図１１の例では、ＨＯ元装置１００は、「ＳＮ：８９」の「ＰＤＣＵ ＳＤＵ」から順にＨＯ先装置２００へ転送する。

一方で、ＨＯ先装置２００は、ＨＯ中に、ＭＭＥ／Ｓ−ＧＷ６から受信したＳ１データをＳＤＵバッファ２１３に格納する（Ｓ３０５）。図１１の例では、ＨＯ先装置２００は、「ＳＮ：２０１」の「ＰＤＣＵ ＳＤＵ」を受信して格納する。

そして、ＨＯ元装置１００は、ＨＯ開始前に受信していた「ＰＤＣＵ ＳＤＵ」のデータ転送が完了すると（Ｓ３０６）、コントロールＰＤＵをＨＯ先装置２００に送信する（Ｓ３０７とＳ３０８）。なお、ここで送信されるコントロールＰＤＵが、ＨＯ開始前に受信していた「ＰＤＣＵ ＳＤＵ」のデータ転送完了を示すエンドマークとなる。また、ここで送信されるコントロールＰＤＵには、ＨＯ開始前の受信していたＳ１データのうち、最後に転送したＳ１データである「ＰＤＣＵ ＳＤＵ」のＳＮ情報「ＳＮ：９１」が含まれる。

その後、ＨＯ先装置２００は、ＨＯ元装置１００から受信したＳＮ情報と自装置で収集した統計情報とに基づいて、タイマ値を算出し（Ｓ３０９）、データ転送終了監視タイマを開始する（Ｓ３１０）。

その後、ＨＯ元装置１００は、ＳＤＵバッファ１１７に記憶されるＨＯ開始後に受信した「ＰＤＣＵ ＳＤＵ」をシーケンシャル番号順に、ＨＯ先装置２００へ転送する（Ｓ３１１とＳ３１２）。ＨＯ先装置２００は、ＨＯ元装置１００から送信されるＳ１データを受信する（Ｓ３１３）。このようにして、ＨＯ元装置１００は、データ転送を完了させる（Ｓ３１４）。

図１１の例では、ＨＯ元装置１００は、「ＳＮ：９２」のＳ１データから順にＨＯ先装置２００に転送し、最後の「ＳＮ：２００」のＳ１データの転送が完了するまで転送処理を実行する。

［基地局装置の機能構成］
図１２は、実施例２に係る基地局装置の機能構成を示す機能ブロック図である。図１２に示すように、基地局装置１０は、実施例１と同様、ＨＯ元装置１００とＨＯ先装置２００を有する。実施例２では、実施例１とは異なる機能について説明する。

（ＨＯ元装置）
図１２に示すように、ＨＯ元装置１００は、ＰＤＣＰ処理部１１０とＲＬＣ処理部１５０を有する。なお、ＲＬＣ処理部１５０は、実施例１と同様の機能を有するので、ここでは詳細な説明は省略する。

ＰＤＣＰ処理部１１０は、実施例１で説明した各処理部に加えて、統計情報収集部１２１、統計情報ＤＢ１２２、滞留検出部１２３を有する。なお、その他の処理は、実施例１と同様の機能を有するので、ここでは詳細な説明は省略する。

統計情報収集部１２１は、ＨＯ開始後に、ＨＯ元装置１００の統計情報を収集して、統計情報ＤＢ１２２に格納する処理部である。具体的には、統計情報収集部１２１は、ＨＯが開始された際に、ＨＯ元装置１００ですでに受信しているデータをＨＯ先装置２００へ送信する場合に、当該データに関する統計情報を収集する。

図１３は、実施例２に係るＨＯ元が上位装置から受信したデータの統計情報の例を示す図である。図１３に示すように、統計情報収集部１２１は、「ＰＤＣＰ ＳＤＵ受信レート、ＰＤＣＰ ＳＤＵ受信数、ＨＯ対象ＰＤＣＰ ＳＤＵ滞留量」を収集する。

「ＰＤＣＰ ＳＤＵ受信レート」は、ＭＭＥ／Ｓ−ＧＷ６から「ＰＤＣＰ ＳＤＵ」を受信した際の受信レートであり、例えば予め設定される。「ＰＤＣＰ ＳＤＵ受信数」は、ＨＯ開始時に既に受信されていた「ＰＤＣＰ ＳＤＵ」の数であり、データを計数することで算出できる。「ＨＯ対象ＰＤＣＰ ＳＤＵ滞留量」は、ＨＯ先装置２００への転送するデータ量である。図１３の場合、「ＰＤＣＰ ＳＤＵ受信レート」が「１０×（１０の６乗）ｂｐｓ」であり、「ＰＤＣＰ ＳＤＵ受信数」が「９１パケット」であり、「ＨＯ対象ＰＤＣＰ ＳＤＵ滞留量」が「４６５９２バイト」であることを示している。

さらに、統計情報収集部１２１は、図１３に示した統計情報と、ＨＯ先装置２００とＨＯ元装置１００とのネットワーク情報等から、ＨＯ先装置２００への送信対象データの統計情報を収集することができる。

図１４は、実施例２に係るＨＯ元からＨＯ先へ送信されるデータの統計情報の例を示す図である。図１４に示すように、統計情報収集部１２１は、「ＨＯ元送信レート、平均送信データ長、ＨＯ前Ｂｕｆｆｅｒの送信最古のＳＮ」を収集する。

「ＨＯ元送信レート」は、ＨＯ元装置１００からＨＯ先装置２００への送信レートであり、例えば予め設定される。「平均送信データ長」は、ＨＯ先へ送信されるＳ１データの平均データ長であり、「ＨＯ対象ＰＤＣＰ ＳＤＵ滞留量／ＰＤＣＰ ＳＤＵ受信数」で算出できる。「ＨＯ前Ｂｕｆｆｅｒの送信最古のＳＮ」は、ＨＯ開始時に、ＨＯ開始前に受信されていたＳ１データのうち最後に受信されたＳ１データのシーケンシャル番号である。

図１４の場合、「ＨＯ元送信レート」が「５×（１０の６乗）ｂｐｓ」であり、「平均送信データ長」が「５１２バイト」であり、「ＨＯ前Ｂｕｆｆｅｒの送信最古のＳＮ」が「９１番」であることを示している。

統計情報ＤＢ１２２は、統計情報収集部１２１が収集した各種統計情報を記憶する記憶装置である。例えば、統計情報ＤＢ１２２は、図１３に示した統計情報や図１４に示した統計情報を記憶する。

滞留検出部１２３は、ＨＯ開始時点で既に受信されていたＳ１データの滞留数を検出する処理部である。具体的には、滞留検出部１２３は、受信済みであるが端末装置５へ未転送のＳ１データのデータ量やデータ数を、ＲＬＣ処理部１５０のＲＬＣバッファ１５１を参照して検出する。そして、滞留検出部１２３は、その結果を統計情報ＤＢ１２２に格納したり、統計情報収集部１２１に通知したりする。

また、滞留検出部１２３は、ＨＯ開始時点で、既に受信されていたＳ１データの最後を検出する処理部である。具体的には、滞留検出部１２３は、ＲＬＣ処理部１５０のＲＬＣバッファ１５１を参照し、シーケンシャル番号が最も新しいＳ１データを特定する。そして、滞留検出部１２３は、特定したＳ１データのシーケンシャル番号を統計情報ＤＢ１２２やＰＤＵ送受信部１２０に通知する。上記例では、滞留検出部１２３は、シーケンシャル番号「ＳＮ：９１」を特定する。

なお、ＰＤＵ送受信部１２０は、実施例１と同様、ＨＯ開始時に既に受信されていたＳ１データの送信が完了すると、コントロールＰＤＵを送信する。実施例１と異なる点は、ＰＤＵ送受信部１２０は、ＨＯ元の統計情報と、既に受信されていたＳ１データの最後のシーケンシャル番号とを、コントロールＰＤＵに付加する点である。上記例では、ＰＤＵ送受信部１２０は、「ＨＯ元送信レート＝５×（１０の６乗）ｂｐｓ、平均送信データ長＝５１２バイト」および「ＳＮ：９１」を付加したコントロールＰＤＵを、ＨＯ先装置２００に送信する。

（ＨＯ先装置）
図１２に示すように、ＨＯ先装置２００は、実施例１同様、ＰＤＣＰ処理部２１０とＲＬＣ処理部２５０を有する。なお、ＲＬＣ処理部２５０は、実施例１と同様の機能を有するので、ここでは詳細な説明は省略する。

ここでは、実施例１と異なる点について説明する。具体的には、ＰＤＵ送受信部２２０は、ＨＯ元装置１００で既に受信されていたＳ１データの最後のシーケンシャル番号などを含むコントロールＰＤＵを受信する。例えば、ＰＤＵ送受信部２２０は、「ＨＯ元送信レート＝５×（１０の６乗）ｂｐｓ、平均送信データ長＝５１２バイト」および「ＳＮ：９１」および「ＳＮ：９１」が付加されたコントロールＰＤＵを受信する。

統計情報収集部２１４は、ＰＤＵ送受信部２２０によって受信されたコントロールＰＤＵに付加されている各種情報を統計情報ＤＢ２１５に格納する。図１５は、実施例２に係るＨＯ先が収集する統計情報の例を示す図である。図１５に示すように、統計情報収集部２１４は、「ＨＯ先受信レート、平均受信データ長、Ｓ１受信初回ＳＮ、Ｓ１データ推定送信数」を収集する。

「ＨＯ先受信レート」は、ＨＯ先から受信する「ＨＯ元送信レート」に対応し、「平均受信データ長」は、ＨＯ先から受信する「平均送信データ長」に対応する。「Ｓ１受信初回ＳＮ」は、ＨＯ中にＭＭＥ／Ｓ−ＧＷ６から受信したＳ１データのシーケンシャル番号である。「Ｓ１データ推定送信数」は、ＨＯ元からコントロールＰＤＵを受信した後に、ＨＯ元から受信するＳ１データの数である。この「Ｓ１データ推定送信数」は、「（Ｓ１受信初回ＳＮ−１）−（ＨＯ元装置１００で既に受信されていたＳ１データの最後のシーケンシャル番号＋１）＋１」で算出することができる。

図１５の場合、「ＨＯ先受信レート」が「５×（１０の６乗）ｂｐｓ」であり、「平均受信データ長」が「５１２バイト」であり、「Ｓ１受信初回ＳＮ」が「２０１番」であることを示している。また、統計情報収集部２１４は、「Ｓ１データ推定送信数」について、「（２０１−１）−（９１＋１）＋１＝１０９」と算出する。この「Ｓ１データ推定送信数」は、ＨＯ後にＨＯ元が受信したＳ１データの数である。上記例では、シーケンシャル番号が９２番のＳ１データから２００番のＳ１データの数となる。

タイマ計算部２１６は、ＨＯが開始されてＨＯ元の統計情報が受信されると、ＨＯが実行中にデータ転送監視タイマを計算し、その結果を監視タイマＤＢ２１７に格納する。具体的には、タイマ計算部２１６は、「データ転送監視タイマ＝（（平均受信データ長×Ｓデータ推定送信数）×８）／送信レート」を算出する。上記例では、タイマ計算部２１６は、「データ転送監視タイマ＝（（５１２×１０９）×８）／（５×（１０の６乗））」≒０．０８９」と算出する。

ＨＯ状態処理部２１８は、データ転送監視タイマを開始し、タイマ計算部２１６によってＨＯ中に算出された時間が満了すると、ＨＯ終了をＨＯ制御部２１２に通知する。この結果、ＨＯ制御部２１２は、ＨＯを終了する。

［処理の流れ］
図１６は、実施例２に係る基地局装置が実行する処理の流れを示すフローチャートである。図１６に示すように、ハンドオーバが開始されると（Ｓ４０１）、ＨＯ元装置１００は、ＨＯ開始以前に受信していたＳ１データをＨＯ先装置２００に転送する（Ｓ４０２）。このとき、ＨＯ元装置１００は、送信対象のＳ１データおよび送信状況に基づいて、統計情報を測定する（Ｓ４０３）。

その後、ＭＭＥ／Ｓ−ＧＷ６からのパスがＨＯ元装置１００からＨＯ先装置２００に変更されると（Ｓ４０４：Ｙｅｓ）、ＨＯ先装置２００は、ＭＭＥ／Ｓ−ＧＷ６から受信するＳ１データに基づいて統計情報を測定して保持する（Ｓ４０５とＳ４０６）。例えば、ＨＯ先装置２００は、図１４に示した統計情報を収集して保持する。

同様に、ＨＯ元装置１００は、パスが切り替わったにも関らず、ＭＭＥ／Ｓ−ＧＷ６から受信するＳ１データに基づいて統計情報を測定して保持する（Ｓ４０７とＳ４０８）。例えば、ＨＯ先装置２００は、図１３と図１４に示した統計情報を収集して保持する。

そして、ＨＯ元装置１００がＨＯ開始以前のＳ１データの転送を完了すると（Ｓ４０８：Ｙｅｓ）、ＨＯ先装置２００は、ＨＯ元装置１００からコントロールＰＤＵを受信する（Ｓ４０９）。このコントロールＰＤＵには、ＳＮ情報やＨＯ元装置１００が収集した統計情報が含まれる。

すると、ＨＯ先装置２００は、コントロールＰＤＵとＳ４０６で保持した統計情報とに基づいて、データ転送監視タイマのタイマ値を算出して（Ｓ４１０）、データ転送監視タイマを開始する（Ｓ４１１）。

その後、ＨＯ先装置２００は、ＨＯ開始後にＨＯ元装置１００が受信したＳ１データをＨＯ元装置１００から受信し（Ｓ４１２）、データ転送監視タイマが完了すると（Ｓ４１３:Ｙｅｓ）、ＨＯを終了する。

［効果］
このように、ＨＯ先装置２００は、データ転送監視タイマをリアルタイムに予測して、データ転送監視タイマが満了すると、ＨＯを完了させることができる。したがって、ＨＯ先装置２００は、実行中のＨＯに対しても、無用なデータ転送時間を削減できる。このため、ＨＯ処理時間を削減することができ、迅速なＨＯを実行することができる。

実施例２では、ハンドオーバ先がタイマ値を計算する例を説明したが、これに限定されるものではなく、ハンドオーバ元がタイマ値を計算することもできる。そこで、実施例３では、ハンドオーバ中にハンドオーバ元がリアルタイムに監視タイマを算出する例を説明する。

［タイマ設定処理］
図１７は、実施例３に係るタイマ設定処理を説明する図である。図１７に示すように、ＨＯ元装置１００は、ＭＭＥ／Ｓ−ＧＷ６からＨＯ開始を通知するメッセージを受信すると、ＨＯを開始する（Ｓ５０１）。同様に、ＨＯ先装置２００は、ＭＭＥ／Ｓ−ＧＷ６からＨＯ開始を通知するメッセージを受信すると、ＨＯを開始する（Ｓ５０２）。

ＨＯを開始したＨＯ元装置１００は、ＨＯ開始前に受信していたＳ１データをシーケンシャル番号順に、ＨＯ先装置２００へ転送する（Ｓ５０３とＳ５０４）。図１７の例では、ＨＯ元装置１００は、「ＳＮ：８９」の「ＰＤＣＵ ＳＤＵ」から順にＨＯ先装置２００へ転送する。

一方で、ＨＯ先装置２００は、ＭＭＥ／Ｓ−ＧＷ６からＳ１データを受信すると、ＳＤＵバッファ２１３に格納する（Ｓ５０５）。図１７の例では、ＨＯ先装置２００は、「ＳＮ：２０１」の「ＰＤＣＵ ＳＤＵ」を受信して格納する。

すると、ＨＯ先装置２００は、ＭＭＥ／Ｓ−ＧＷ６から受信したＳ１データのシーケンシャル番号を付与したコントロールＰＤＵをＨＯ元装置１００に送信する（Ｓ５０６とＳ５０７）。図１８は、実施例３に係るＨＯ先からＨＯ元へ送信されるコントロールＰＤＵのフォーマット例を示す図である。図１８に示すように、コントロールＰＤＵには、「Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＨＯ Ｃｏｎｔｏｒｏｌ ＴＹＰＥ、ＳＮ、ＨＯ先受信レート」が含まれる。

「Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＨＯ Ｃｏｎｔｏｒｏｌ ＴＹＰＥ」は、図６で説明した「Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＨＯ Ｃｏｎｔｏｒｏｌ ＴＹＰＥ」と同様である。「ＳＮ」は、ＭＭＥ／Ｓ−ＧＷ６から受信したＳ１データのシーケンシャル番号であり、上記例では「ＳＮ：２０１」である。「ＨＯ先受信レート」は、ＨＯ先装置２００がＨＯ元装置１００からデータを受信するときの受信レートであり、例えば「５×（１０の６乗）ｂｐｓ」である。

図１７に戻り、ＨＯ元装置１００は、ＨＯ先装置２００からコントロールＰＤＵを受信すると、受信した情報と自装置で収集した統計情報とから、タイマ値を算出する（Ｓ５０８）。なお、タイマ値の算出は、ＨＯ元装置１００のＰＳＵＣ処理部１１０が実行する。例えば、ＨＯ元装置１００のＰＤＵ送受信部１２０が実行してもよく、タイマ算出部をＰＳＵＣ処理部１１０に新たに設けてもよい。

そして、ＨＯ元装置１００は、ＨＯ開始前に受信していた「ＰＤＣＵ ＳＤＵ」のデータ転送が完了すると（Ｓ５０９）、コントロールＰＤＵをＨＯ先装置２００に送信する（Ｓ５１０とＳ５１１）。なお、ここで送信されるコントロールＰＤＵには、タイマ値が含まれる。

図１９は、実施例３に係るＨＯ元からＨＯ先へ送信されるコントロールＰＤＵのフォーマット例を示す図である。図１９に示すように、コントロールＰＤＵには、「Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＨＯ Ｃｏｎｔｏｒｏｌ ＴＹＰＥ、ＴＩＭＥＲ、ＨＯ元送信レート、平均送信データ長、Ｓ１データ推定送信数」が含まれる。

「Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＨＯ Ｃｏｎｔｏｒｏｌ」は、図６で説明した「Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＨＯ Ｃｏｎｔｏｒｏｌ ＴＹＰＥ」と同様である。「ＴＩＭＥＲ」は、ＨＯ元装置１００が算出したデータ転送終了監視タイマのタイマ値である。「ＨＯ元送信レート、平均送信データ長、Ｓ１データ推定送信数」は、実施例２で説明したものと同様である。

その後、ＨＯ先装置２００は、タイマ値を含んだコントロールＰＤＵを受信すると、タイマ値を設定して、データ転送終了監視タイマを起動する（Ｓ５１２）。その後、ＨＯ元装置１００は、ＳＤＵバッファ１１７に記憶されるＨＯ開始後に受信したＳ１データをシーケンシャル番号順に、ＨＯ先装置２００へ転送する（Ｓ５１３とＳ５１４）。ＨＯ先装置２００は、ＨＯ元装置１００から送信されるＳ１データを受信する（Ｓ５１５）。このようにして、ＨＯ元装置１００は、データ転送を完了させる（Ｓ５１６）。

図１７の例では、ＨＯ元装置１００は、「ＳＮ：９２」のＳ１データから順にＨＯ先装置２００に転送し、最後の「ＳＮ：２００」のＳ１データの転送が完了するまで転送処理を実行する。

［処理の流れ］
図２０は、実施例３に係る基地局装置が実行する処理の流れを示すフローチャートである。図２０に示すように、ハンドオーバが開始されると（Ｓ６０１）、ＨＯ元装置１００は、ＨＯ開始以前に受信していたＳ１データをＨＯ先装置２００に転送する（Ｓ６０２）。このとき、ＨＯ元装置１００は、送信対象のＳ１データおよび送信状況に基づいて、統計情報を測定する（Ｓ６０３）。

その後、ＭＭＥ／Ｓ−ＧＷ６からのパスがＨＯ元装置１００からＨＯ先装置２００に変更されると（Ｓ６０４：Ｙｅｓ）、ＨＯ先装置２００は、統計情報を測定して保持する（Ｓ６０５とＳ６０６）。例えば、ＨＯ先装置２００は、「ＨＯ先受信レート」を収集して保持する。

同様に、ＨＯ元装置１００は、パスが切り替わったにも関らず、ＭＭＥ／Ｓ−ＧＷ６から受信するＳ１データに基づいて統計情報を測定して保持する（Ｓ６０７とＳ６０８）。例えば、ＨＯ先装置２００は、図１３と図１４に示した統計情報を収集して保持する。

その後、ＨＯ先装置２００は、ＭＭＥ／Ｓ−ＧＷ６からＳ１データを受信すると（Ｓ６０８）、当該Ｓ１データのシーケンシャル番号を含むコントロールＰＤＵを、ＨＯ元装置１００に送信する（Ｓ６０９）。

このコントロールＰＤＵを受信したＨＯ元装置１００は、各統計情報を用いてタイマ値を算出する（Ｓ６１０）。そして、ＨＯ元装置１００は、ＨＯ開始前に受信していたＳ１データの転送が完了すると（Ｓ６１１：Ｙｅｓ）、算出されたタイマ値を含んだコントロールＰＤＵをＨＯ先装置２００へ送信する（Ｓ６１２）。

ＨＯ先装置２００は、コントロールＰＤＵを受信し（Ｓ６１３）、受信したコントロールＰＤＵに含まれるタイマ値を設定し、データ転送監視タイマを起動する（Ｓ６１４）。その後、ＨＯ先装置２００は、ＨＯ開始後にＨＯ元装置１００が受信したＳ１データをＨＯ元装置１００から受信し（Ｓ６１５）、データ転送監視タイマが完了すると（Ｓ６１６:Ｙｅｓ）、ＨＯを終了する。

［効果］
このように、ＨＯ元装置１００は、データ転送監視タイマをリアルタイムに予測して、ＨＯ先装置２００へ通知することができる。したがって、ＨＯ先装置２００の処理負荷が高い場合であっても、リアルタイムに遅滞なくデータ転送監視タイマを算出して設定することができる。

上記実施例では、ＨＯ元やＨＯ先の統計情報を用いてデータ転送監視タイマのタイマ値を算出する例を説明したが、これに限定されるものではない。例えば、ＨＯ先のバッファ容量にあわせてタイマ値を算出することもできる。そこで、実施例４では、ＨＯ先のバッファ容量にあわせてタイマ値を算出する例を説明する。

具体的には、ＨＯ先装置２００は、ＭＭＥ／Ｓ−ＧＷ６から受信したＳ１データのシーケンシャル番号を含むコントロールＰＤＵを送信する際に、使用可能なバッファ量を含めて送信する。図２１は、実施例４に係るＨＯ先が収集する統計情報の例を示す図である。図２１に示すように、ＨＯ先装置２００は、「ＨＯ先受信レート、ＨＯ先使用可能Ｂｕｆｆｅｒ量」を収集する。

「ＨＯ先受信レート」は、ＨＯ先装置２００がＨＯ元装置１００からデータを受信するときの受信レートであり、例えば「５×（１０の６乗）ｂｐｓ」である。「ＨＯ先使用可能Ｂｕｆｆｅｒ量」は、ＳＤＵバッファ２１３の空き容量であり、例えば「１×（１０の６乗）バイト」である。

図２２は、実施例４に係るＨＯ先からＨＯ元へ送信されるコントロールＰＤＵのフォーマット例を示す図である。図２２に示すように、コントロールＰＤＵには、「Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＨＯ Ｃｏｎｔｏｒｏｌ ＴＹＰＥ、ＳＮ、ＨＯ先受信レート、ＨＯ先使用可能Ｂｕｆｆｅｒ量」が含まれる。

ここで、「Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＨＯ Ｃｏｎｔｏｒｏｌ ＴＹＰＥ」は、図６で説明した「Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＨＯ Ｃｏｎｔｏｒｏｌ ＴＹＰＥ」と同様である。「ＳＮ」は、ＭＭＥ／Ｓ−ＧＷ６から受信したＳ１データのシーケンシャル番号である。「ＨＯ先受信レート、ＨＯ先使用可能Ｂｕｆｆｅｒ量」は、ＨＯ先装置２００が収集する上記統計情報である。

そして、ＨＯ元装置１００は、ＨＯ先装置２００から受信した「ＨＯ先使用可能Ｂｕｆｆｅｒ量」にしたがって、送信レートを変更する。つまり、ＨＯ元装置１００は、ＨＯ先のバッファ容量が閾値以上で余裕がある場合には、送信レートを早くする。一方で、ＨＯ元装置１００は、ＨＯ先のバッファ容量が閾値未満で余裕がない場合には、送信レートを遅くする。

この結果、ＨＯ元装置１００は、「データ転送監視タイマ＝（（平均受信データ長×Ｓデータ推定送信数）×８）／送信レート」における「送信レート」を動的に変更する、したがって、ＨＯ元装置１００は、ＨＯ先のバッファの空き容量によって、「データ転送監視タイマ」のタイマ値を動的に変更することができる。

［処理の流れ］
図２３は、実施例４に係る基地局装置が実行する処理の流れを示すフローチャートである。図２３に示すように、ハンドオーバが開始されると（Ｓ７０１）、ＨＯ元装置１００は、ＨＯ開始以前に受信していたＳ１データをＨＯ先装置２００に転送する（Ｓ７０２）。このとき、ＨＯ元装置１００は、送信対象のＳ１データおよび送信状況に基づいて、統計情報を測定する（Ｓ７０３）。

その後、ＭＭＥ／Ｓ−ＧＷ６からのパスがＨＯ元装置１００からＨＯ先装置２００に変更されると（Ｓ７０４：Ｙｅｓ）、ＨＯ先装置２００は、統計情報を測定して保持する（Ｓ７０５とＳ７０６）。例えば、ＨＯ先装置２００は、図２１に示した統計情報を収集して保持する。

同様に、ＨＯ元装置１００は、パスが切り替わったにも関らず、ＭＭＥ／Ｓ−ＧＷ６から受信するＳ１データに基づいて統計情報を測定して保持する（Ｓ７０７）。例えば、ＨＯ先装置２００は、図１３と図１４に示した統計情報を収集して保持する。

その後、ＨＯ先装置２００は、ＭＭＥ／Ｓ−ＧＷ６からＳ１データを受信すると（Ｓ７０８）、当該Ｓ１データのシーケンシャル番号およびＳＤＵバッファ２１３の使用可能な容量を含むコントロールＰＤＵを、ＨＯ元装置１００に送信する（Ｓ７０９）。

このコントロールＰＤＵを受信したＨＯ元装置１００は、通知されたバッファ容量や各統計情報を用いてタイマ値を算出する（Ｓ７１０）。なお、タイマ値の算出は、ＨＯ元装置１００のＰＳＵＣ処理部１１０が実行する。例えば、ＨＯ元装置１００のＰＤＵ送受信部１２０が実行してもよく、タイマ算出部をＰＳＵＣ処理部１１０に新たに設けてもよい。

そして、ＨＯ元装置１００は、ＨＯ開始前に受信していたＳ１データの転送が完了すると（Ｓ７１１：Ｙｅｓ）、タイマ値を含んだコントロールＰＤＵをＨＯ先装置２００へ送信する（Ｓ７１２）。

ＨＯ先装置２００は、コントロールＰＤＵを受信し（Ｓ７１３）、受信したコントロールＰＤＵに含まれるタイマ値を設定し、データ転送監視タイマを起動する（Ｓ７１４）。その後、ＨＯ先装置２００は、ＨＯ開始後にＨＯ元装置１００が受信したＳ１データをＨＯ元装置１００から受信し（Ｓ７１５）、データ転送監視タイマが完了すると（Ｓ７１６:Ｙｅｓ）、ＨＯを終了する。

［タイマ設定の説明］
図２４は、実施例４のタイマ設定を説明する図である。図２４の上図に示すように、ＨＯ先装置２００の使用可能なバッファ量が少ない場合、ＨＯ元装置１００は、ＨＯ先装置２００がバッファ容量不足で、受信したＳ１データを破棄することを抑制するために、送信レートを遅くして、Ｓ１データの転送を実行する。すなわち、ＨＯ元装置１００とＨＯ先装置２００との間のＸ２回線のトラフィック量が減少する。この結果、Ｓ１データの転送にかかる時間が長くなる。したがって、ＨＯ元装置１００は、通常よりも長いタイマ値を算出する。

一方、図２４の下図に示すように、ＨＯ先装置２００の使用可能なバッファ量が多い場合、ＨＯ元装置１００は、ＨＯ先装置２００がバッファ容量不足によるデータ破棄を行う可能性が少ないことから、送信レートを早くして、Ｓ１データの転送を実行する。すなわち、ＨＯ元装置１００とＨＯ先装置２００との間のＸ２回線のトラフィック量が増加する。この結果、Ｓ１データの転送にかかる時間が短縮する。したがって、ＨＯ元装置１００は、通常よりも短いタイマ値を算出する。

［効果］
このように、ＨＯ先装置２００のバッファ空き容量にしたがって適切なタイマ値を算出することができる。例えば、ＨＯ先のバッファ容量に空きがないにも関らず、Ｓ１データ転送を高速に実行することで、ＨＯ先が受信できずに、Ｓ１データを破棄する事象を抑制できる。また、ＨＯ先のバッファ容量に空きがあるにも関らず、Ｓ１データ転送を低速に実行することで、Ｓ１データの転送にかかる時間を無用に長くなる事象を抑制できる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

（制御装置）
上記実施例では、基地局装置内の処理部がハンドオーバ制御処理を実行する例を説明したが、これに限定されるものではない。例えば、上述したハンドオーバ制御処理を実行する制御装置を、基地局装置とは異なる筐体で実現することもできる。また、上述したハンドオーバ制御処理を実行する制御装置を、基地局装置内の別ＢＢカードや別ユニットで実現することもできる。

（ＳＮ情報）
上記実施例では、ＰＤＣＰ処理部からＲＬＣ処理部へ送信する際に、シーケンシャル番号を付与する例を説明したが、これに限定されるものではない。例えば、基地局装置１０が受信した時点で「ＰＤＣＰ ＳＤＵ」に既に付加されているシーケンシャル番号を利用することもできる。

（転送レート）
上記実施例では、送信レートや受信レートが予め設定される例について説明したが、これに限定されるものではない。例えば、ＨＯ元装置１００やＨＯ先装置２００は、その都度実際に測定することもでき、過去のデータ転送から算出することもできる。

（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

５ 端末装置
１０ 基地局装置
１００ ＨＯ元装置
１１０ ＰＤＣＰ処理部
１１１ ＳＤＵ受信部
１１２ 転送部
１１３ ＳＮ付与部
１１４ ＰＤＵ送信部
１１５ 取り戻し処理部
１１６ ＳＮ抽出部
１１７ ＳＤＵバッファ
１１８ ＳＤＵ送信部
１１９ ＨＯ状態抽出部
１２０ ＰＤＵ送受信部
１２１ 統計情報収集部
１２２ 統計情報ＤＢ
１２３ 滞留検出部
１５０ ＲＬＣ処理部
１５１ ＲＬＣバッファ
２００ ＨＯ先装置
２１０ ＰＤＣＰ処理部
２１１ ＳＤＵ受信部
２１２ ＨＯ制御部
２１３ ＳＤＵバッファ
２１４ 統計情報収集部
２１５ 統計情報ＤＢ
２１６ タイマ計算部
２１７ 監視タイマＤＢ
２１８ ＨＯ状態処理部
２１９ ＳＮ取得部
２２０ ＰＤＵ送受信部
２２１ ＳＮ付与部
２２２ ＰＤＵ送信部
２５０ ＲＬＣ処理部
２５１ ＲＬＣバッファ

Claims (5)

1. 端末装置と通信可能な第１の装置および第２の装置を有する基地局装置内で、前記第１の装置から前記第２の装置へのハンドオーバが発生した場合に、前記ハンドオーバ後に前記第１の装置が受信したデータに関するハンドオーバ元情報を収集する収集部と、
   前記収集部によって収集されたハンドオーバ元情報に基づいて、前記第１の装置から前記第２の装置へ前記データを転送することに要する時間を算出する算出部と、
   前記算出部によって算出された時間の間、前記データの転送を実行する転送部と
   を有することを特徴とする無線通信装置。
2. 前記収集部は、前記第１の装置から前記第２の装置へ転送された前記データにしたがって、前記ハンドオーバ元情報を収集し、
   前記転送部は、前記ハンドオーバの後に新たなハンドオーバが発生した場合に、前記算出部によって算出された時間の間、当該新たなハンドオーバにおける前記第１の装置から前記第２の装置へ前記データの転送を実行することを特徴とする請求項１に記載の無線通信装置。
3. 前記収集部は、前記ハンドオーバ後に前記第２の装置が受信したデータに関するハンドオーバ先情報をさらに収集し、
   前記算出部は、前記ハンドオーバ元情報とハンドオーバ先情報とから、前記第１の装置から前記第２の装置へ転送するデータ量を推定して、前記第１の装置から前記第２の装置へ前記推定したデータ量を転送することに要する時間を算出することを特徴とする請求項１に記載の無線通信装置。
4. 前記収集部は、前記第２の装置が有するバッファの空き容量をさらに収集し、
   前記算出部は、前記収集された空き容量によって前記第１の装置から前記第２の装置へ転送する転送量を変更し、変更した転送量を用いて、前記第１の装置から前記第２の装置へ前記推定したデータ量を転送することに要する時間を算出することを特徴とする請求項３に記載の無線通信装置。
5. 端末装置と通信可能な交信する第１の装置および第２の装置を有する基地局装置が、
   前記基地局装置内の第１の装置から前記基地局装置内の第２の装置へのハンドオーバが発生した場合に、前記ハンドオーバ後に前記第１の装置が受信したデータに関するハンドオーバ元情報を収集し、
   収集されたハンドオーバ元情報に基づいて、前記第１の装置から前記第２の装置へ前記データを転送することに要する時間を算出し、
   算出された時間の間、前記データの転送を実行する
   処理を含んだことを特徴とする基地局装置内のハンドオーバ制御方法。

Images