通信システム、通信方法、基地局、および、管理装置
【課題】ハンドオーバーが発生した場合でも、移動管理機能の処理負荷の増大を抑制できる構成を提供する。
【解決手段】通信システムは、移動局と、移動局の位置を管理する管理装置と、第１のセルエリアを提供するとともに、第１のセルエリア内の移動局を管理するための管理情報を保持する第１の基地局と、第１の基地局と管理装置との間に配置され、第１のセルエリア内の移動局を管理するための管理情報を保持するゲートウェイと、第２のセルエリアを提供する第２の基地局とを含む。第１の基地局は、移動局の管理主体が自局から第２の基地局へ変更されたことに応答して、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新するとともに、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する。
【解決手段】通信システムは、移動局と、移動局の位置を管理する管理装置と、第１のセルエリアを提供するとともに、第１のセルエリア内の移動局を管理するための管理情報を保持する第１の基地局と、第１の基地局と管理装置との間に配置され、第１のセルエリア内の移動局を管理するための管理情報を保持するゲートウェイと、第２のセルエリアを提供する第２の基地局とを含む。第１の基地局は、移動局の管理主体が自局から第２の基地局へ変更されたことに応答して、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新するとともに、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局と接続されたゲートウェイを含む通信システム、そのシステムにおける通信方法、そのシステムに向けられた基地局、および、そのシステムに向けられた管理装置に関するものである。
【背景技術】
【０００２】
現在、３ＧＰＰ（Third Generation Partnership Project）は、次世代通信方式である、ＬＴＥ（Long Term Evolution）、および、ＬＴＥを発展させた規格であるＬＴＥ−Ａ（LTE-Advanced）において、通常の発展型基地局（evolved Node B：以下「ｅＮＢ」とも称す。）に加えて、小型の発展型基地局（Home evolved Node B：以下「ＨｅＮＢ」とも称す。）の導入について検討を進めている。このＨｅＮＢは、主として、サービスエリアの拡張および個人使用等を目的とするものである。
【０００３】
典型的には、ｅＮＢまたはＨｅＮＢによって提供されるセルエリア間を移動局（User Equipment：以下「ＵＥ」とも称す。）が移動した場合には、ハンドオーバーが生じる。特許文献１〜３は、このようなハンドオーバーに関する手続きの一例を開示する。
【０００４】
このようなハンドオーバーをサポートするために、ＬＴＥ方式またはＬＴＥ−Ａ方式においては、Ｓ１インターフェイスおよびＸ２インターフェイスの２種類が用意される。Ｓ１インターフェイスは、各基地局と対応するゲートウェイとの間のそれぞれの制御チャネルを利用してハンドオーバーを行なうものである。このＳ１インターフェイスを用いたハンドオーバーは、コアネットワークを介して制御情報の遣り取りが必要となるため、ネットワーク負荷が相対的に大きくなる。これに対して、Ｘ２インターフェイスは、基地局間を疑似的に直接接続して、コアネットワークでのデータ処理を介さずにハンドオーバーを行なうものである。そのため、ネットワーク負荷が相対的に小さくて済む。
【０００５】
一方で、基地局および基地局に接続されたゲートウェイは、自身が管理するセルエリア内に存在する移動局を管理するための管理情報であるＵＥ＿ｃｏｎｔｅｘｔを保持している。上述のようなハンドオーバーが発生すると、移動局がハンドオーバー前に在園していたセルエリアを管理していた基地局および当該基地局に接続されたゲートウェイが保持しているＵＥ＿ｃｏｎｔｅｘｔを更新する必要がある。すなわち、ハンドオーバーを生じた移動局に対応するＵＥ＿ｃｏｎｔｅｘｔを解放（release）する必要がある。
【０００６】
このようなハンドオーバーのうち、ゲートウェイを介して移動管理機能（Mobility Management Entity：以下「ＭＭＥ」とも称す。）に接続されている基地局から、ゲートウェイを介することなく移動管理管理に接続されている基地局へのハンドオーバー時においては、当該ゲートウェイが保持しているＵＥ＿ｃｏｎｔｅｘｔが解放されないという課題が指摘されている（非特許文献１参照）。その上で、移動管理機能からのコマンドによって、移動元の基地局および対応するゲートウェイの保持するＵＥ＿ｃｏｎｔｅｘｔを更新する手続きが提案されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】国際公開第２０１０／０９８０３５号パンフレット
【特許文献２】国際公開第２０１０／１０４０７６号パンフレット
【特許文献３】国際公開第２０１１／００４５９９号パンフレット
【非特許文献】
【０００８】
【非特許文献１】Huawei, "Discussion on UE context release in the source HeNB GW for X2 mobility", 3GPP TSG RAN WG3 #70b meeting R3-110107, Dublin, Ireland, Jan 17-21, 2011
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したようなＵＥ＿ｃｏｎｔｅｘｔ更新に係る手続きによれば、移動元の基地局および対応するゲートウェイの保持するＵＥ＿ｃｏｎｔｅｘｔの更新が完了した後に、その完了が移動管理機能へ通知される。移動管理機能は、ＵＥ＿ｃｏｎｔｅｘｔの更新完了の通知を待つ必要がある。また、上述した方法では、移動管理機能は、ＵＥ＿ｃｏｎｔｅｘｔを更新するためのコマンドを発行する必要がある。そのため、従来の方法によれば、移動管理機能での処理負荷が大きくなる可能性がある。
【００１０】
そこで、本発明は、かかる問題を解決するためになされたものであり、その目的は、ハンドオーバーが発生した場合でも、移動管理機能の処理負荷の増大を抑制できる構成を提供することである。
【課題を解決するための手段】
【００１１】
本発明のある局面に従う通信システムは、移動局と、移動局の位置を管理する管理装置と、第１のセルエリアを提供するとともに、第１のセルエリア内の移動局を管理するための管理情報を保持する第１の基地局と、第１の基地局と管理装置との間に配置され、第１のセルエリア内の移動局を管理するための管理情報を保持するゲートウェイと、第２のセルエリアを提供する第２の基地局とを含む。第１の基地局は、移動局の管理主体が自局から第２の基地局へ変更されたことに応答して、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新するとともに、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する。
【００１２】
本発明の別の局面に従えば、移動局の位置を管理する管理装置と、第１および第２の基地局と、第１の基地局と管理装置との間に配置されたゲートウェイとを備えた通信システムにおける通信方法を提供する。通信方法は、第１の基地局が提供する第１のセルエリアから第２の基地局が提供する第２のセルエリアへの移動局の移動に応答して、第１の基地局が保持する当該移動局に関連付けられた管理情報を更新するステップと、移動局の管理主体が自局から第２の基地局へ変更されたことに応答して、第１の基地局が当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信するステップとを含む。
【００１３】
本発明のさらに別の局面に従えば、セルエリアを提供する基地局に向けられる。基地局は、セルエリア内の移動局を管理するための管理情報を保持するゲートウェイに接続されており、ゲートウェイは、移動局の位置を管理する管理装置と接続されている。基地局は、セルエリア内の移動局を管理するための管理情報を保持する手段と、移動局の管理主体が自局から他の基地局へ変更されたことに応答して、保持する管理情報のうち当該移動局に関連付けられた管理情報を更新するとともに、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する手段とを含む。
【００１４】
本発明のさらに別の局面に従えば、移動局の位置を管理する管理装置に向けられる。管理装置には、ゲートウェイを介して第１の基地局が接続されるとともに、第２のセルエリアを提供する第２の基地局が直接接続される。第１の基地局は、第１のセルエリアを提供するとともに、第１のセルエリア内の移動局を管理するための管理情報を保持する。ゲートウェイは、第１のセルエリア内の移動局を管理するための管理情報を保持する。第１の基地局は、移動局の管理主体が自局から第２の基地局へ変更されたことに応答して、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新する。管理装置は、第１のセルエリアから第２のセルエリアへの移動局の移動に応答して、第１の基地局が管理情報を更新したとの通知とは独立して、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する手段を含む。
【発明の効果】
【００１５】
本発明によれば、ハンドオーバーが発生した場合でも、移動管理機能の処理負荷の増大を抑制できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態において想定されている通信システムの構成を示す模式図である。
【図２】本発明の実施の形態に従う移動局（ＵＥ）の概略構成を示すブロック図である。
【図３】本発明の実施の形態に従う基地局（ＨｅＮＢ）の概略構成を示すブロック図である。
【図４】本発明の実施の形態に従うゲートウェイの概略構成を示すブロック図である。
【図５】現行規格下における図１に示すハンドオーバーに係る手続きを示すシーケンス図である。
【図６】提案されている方式に従うハンドオーバーに係る手続きを示す模式図である。
【図７】提案されている方式に従うハンドオーバーに係る手続きを示すシーケンス図である。
【図８】本発明の実施の形態１に従う通信システムにおけるハンドオーバーに係る手続きを示す模式図である。
【図９】本発明の実施の形態１に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図１０】本発明の実施の形態１に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【図１１】本発明の実施の形態２に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図１２】本発明の実施の形態２に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【図１３】本発明の実施の形態３に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図１４】本発明の実施の形態３に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【図１５】本発明の実施の形態４に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図１６】本発明の実施の形態４に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【図１７】本発明の実施の形態５に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図１８】本発明の実施の形態５に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【図１９】本発明の実施の形態６に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図２０】本発明の実施の形態６に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【発明を実施するための形態】
【００１７】
本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。
【００１８】
＜１．全体システム構成＞
まず、本発明の実施の形態が適用される通信システムの典型例について説明する。
【００１９】
図１は、本発明の実施の形態において想定されている通信システム１の構成を示す模式図である。典型的な一例として、通信システム１は、ＬＴＥ方式またはＬＴＥ−Ａ方式に従う通信方式をサポートしているとする。
【００２０】
図１を参照して、通信システム１は、移動局（User Equipment：以下「ＵＥ」とも称す。）１００と、複数の小型の発展型基地局（Home evolved Node B：以下「ＨｅＮＢ」とも称す。）２００−１〜２００−３と、ゲートウェイ３００と、移動管理機能（Mobility Management Entity：以下「ＭＭＥ」とも称す。）４００と、コアネットワーク５００とを含む。なお、図１には、例示的に、ＨｅＮＢから構成される通信システム１を示すが、ＨｅＮＢに代えて、あるいは、ＨｅＮＢに加えて、通常の発展型基地局（evolved Node B：以下「ｅＮＢ」とも称す。）を含むような構成であってもよい。ｅＮＢおよびＨｅＮＢを総称して、単に「基地局」と称する場合もある。
【００２１】
ＵＥ１００は、典型的には、携帯電話、ＰＤＡ（Personal Digital Assistant）、データ通信端末などであり、いずれかのＨｅＮＢを介して相手先とデータを遣り取りする。
【００２２】
ＨｅＮＢ２００−１〜２００−３（以下「ＨｅＮＢ２００」とも総称する。）は、セルエリア２５０−１〜２５０−３をそれぞれ提供する。なお、隣接するセルエリアは、互いに重なり合うように設定される。ＨｅＮＢ２００の各々は、自局が提供するセルエリア内のＵＥ１００を管理するための管理情報を保持する。この管理情報は、典型的には、ＵＥ＿ｃｏｎｔｅｘｔである。典型的には、ＵＥ１００毎にＵＥ＿ｃｏｎｔｅｘｔが生成され、各ＵＥ＿ｃｏｎｔｅｘｔは、ＵＥ１００と特定するための識別情報（identifier）やＩＰ（Internet Protocol）アドレスなどを含む。
【００２３】
ＨｅＮＢ２００−１〜２００−３は、ＵＥ１００のハンドオーバーをサポートするため、他のＨｅＮＢとの間でＸ２インターフェイスを有しているとする。
【００２４】
ゲートウェイ３００は、ＨｅＮＢ２００とＭＭＥ４００との間に配置され、ＨｅＮＢ２００の間のデータ通信および／またはＨｅＮＢ２００とＭＭＥ４００との間のデータ通信を仲介する。ゲートウェイ３００についても、自局に接続されているＨｅＮＢ２００が提供するセルエリア内のＵＥ１００を管理するための管理情報を保持する。この管理情報についても、典型的には、ＵＥ＿ｃｏｎｔｅｘｔである。
【００２５】
図１に示す通信システム１においては、ＨｅＮＢ２００−１および２００−３のみがゲートウェイ３００に接続されているので、ゲートウェイ３００は、ＨｅＮＢ２００−１または２００−３が保持する管理情報と実質的に同じ管理情報を保持する。
【００２６】
ＭＭＥ４００は、コアネットワーク５００に接続されるとともに、ゲートウェイ３００またはＨｅＮＢ２００と接続される。ＭＭＥ４００は、ＵＥ１００の位置を管理する。ＭＭＥ４００は、ＵＥ１００の存在する位置に応じてデータを適切にルーティングすることで、ＵＥ１００と相手先との間の通話および／または通信を実現する。より具体的には、ＭＭＥ４００は、パケット通信用のセッション（接続）の設定・解放や、ハンドオーバー（基地局の切換）といった制御を行なう。
【００２７】
このようなＭＭＥ４００の機能によって、異なるセルエリア内に存在するＵＥ１００同士での通話および／または通信が可能となる。なお、ＬＴＥ方式またはＬＴＥ−Ａ方式では、コアネットワーク５００は、すべての情報がパケット化されたネットワークとなることが想定されている。
【００２８】
通常、ＵＥ１００はユーザによって担持されており、ユーザの移動に伴って、セルエリア間を移動する。たとえば、図１に示すように、ＨｅＮＢ２００−１が提供するセルエリア２５０−１内に存在していたＵＥ１００が、ＨｅＮＢ２００−２が提供するセルエリア２５０−２内に移動すると、ＨｅＮＢ２００−１とＨｅＮＢ２００−２との間で、Ｘ２インターフェイスに従うハンドオーバー処理が実行される。このハンドオーバー処理が完了すると、その完了はＭＭＥ４００へ送信される。そして、ＭＭＥ４００は、ＵＥ１００の管理情報を更新する。
【００２９】
以下の説明においては、ハンドオーバー前にＵＥ１００が存在していたセルエリアを提供するＨｅＮＢ２００を「ソースＨｅＮＢ」と称し、ＵＥ１００がハンドオーバーした先のセルエリアを提供するＨｅＮＢ２００を「ターゲットＨｅＮＢ」とも称す。また、あるハンドオーバー動作において、ソースＨｅＮＢとなったＨｅＮＢ２００にゲートウェイ３００が接続されている場合には、当該ゲートウェイ３００を「ソースＨｅＮＢ＿ＧＷ」とも称す。
【００３０】
＜２．装置構成＞
次に、図１に示す通信システム１を構成する各装置について説明する。
【００３１】
（２−１：移動局（ＵＥ）の構成）
まず、本実施の形態に従う通信システム１において利用されるＵＥ１００の構成について説明する。図２は、本発明の実施の形態に従う移動局（ＵＥ）１００の概略構成を示すブロック図である。
【００３２】
図２を参照して、ＵＥ１００は、無線信号を送信するための送信アンテナ１１４と、無線信号を受信するための受信アンテナ１１８とが設けられた筐体１３０を含む。筐体１３０は、中央処理部１０２と、信号処理部１０６と、無線送信部１１２と、無線受信部１１６とを含む。
【００３３】
中央処理部１０２は、主たる構成要素として、プロセッサと、プロセッサで実行されるプログラムを保持するための不揮発性メモリと、ワークメモリとして機能する揮発性メモリとを含む。
【００３４】
なお、中央処理部１０２によって提供される機能の一部または全部を専用のハードウェア（集積回路）として実装してもよい。この場合には、中央処理部１０２によって提供される機能に加えて、信号処理部１０６、無線送信部１１２、および、無線受信部１１６によって提供される機能の全部または一部を含めて、１チップ化してもよい。さらに、プロセッサ、メモリ、周辺デバイス用のコントローラといった部品を１チップ化したＳｏＣ（System On a Chip）を利用することもできる。
【００３５】
代替の構成として、信号処理部１０６、無線送信部１１２、および、無線受信部１１６によって提供される機能の全部または一部をソフトウェアとして実装してもよい。この場合には、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）といった演算装置（プロセッサ）が予めインストールされた命令セットを実行することになる。
【００３６】
信号処理部１０６は、自装置が存在するセルエリアを管理するＨｅＮＢ２００との間で遣り取りされる無線信号を処理する。より具体的には、信号処理部１０６は、中央処理部１０２などから与えられる内部指令に従って、ＨｅＮＢ２００へ送信すべき情報を無線送信部１１２へ出力する。無線送信部１１２は、信号処理部１０６から受けた情報に対して符号化および変調を行って、その結果得られる無線信号を送信アンテナ１１４を介して外部へ放射する。また、無線受信部１１６は受信アンテナ１１８を介して受信した無線信号に対して復調および復号化を行って、その結果得られた情報を信号処理部１０６へ出力する。
【００３７】
筐体１３０は、さらに、各種情報を表示するための表示部１２０と、ユーザの音声などを取得するためのマイク１２２と、受信した音声を再生するためのスピーカ１２４と、ユーザ操作を受付けるための入力部１２６とを含む。これらの部位は、典型的には、筐体１３０から露出するように配置される。
【００３８】
（２−２：基地局（ＨｅＮＢ）の構成）
次に、本実施の形態に従う通信システム１において利用されるＨｅＮＢ２００の構成について説明する。図３は、本発明の実施の形態に従う基地局（ＨｅＮＢ）２００の概略構成を示すブロック図である。
【００３９】
図３を参照して、ＨｅＮＢ２００は、中央処理部２０２と、信号処理部２０６と、無線送信部２１２と、送信アンテナ２１４と、無線受信部２１６と、受信アンテナ２１８と、上位ネットワークインターフェイス（Ｉ／Ｆ）２２０と、制御インターフェイス（Ｉ／Ｆ）２２２とを含む。
【００４０】
中央処理部２０２は、主たる構成要素として、プロセッサと、プロセッサで実行されるプログラムを保持するための不揮発性メモリと、ワークメモリとして機能する揮発性メモリとを含む。さらに、中央処理部２０２は、ハンドオーバーロジック２０４と、Ｘ２インターフェイスロジック２０５とを含む。これらのロジックは、典型的には、中央処理部２０２がプログラムを実行することで提供される。例えば、各ロジックに対応するモジュールが予め不揮発性メモリに記憶されており、中央処理部２０２がこれらのモジュールを読み出して実行することで後述するような機能が提供される。
【００４１】
ハンドオーバーロジック２０４は、少なくとも他の一つのＨｅＮＢ２００との間でハンドオーバーを行なう。このハンドオーバーは、ＵＥ１００から送信された各種情報に応答して開始される。ハンドオーバーロジック２０４は、ＨｅＮＢ２００の間でのハンドオーバーについては、Ｘ２インターフェイスロジック２０５を動作させる。なお、Ｘ２インターフェイスを有さないＨｅＮＢ２００（または、ｅＮＢ）の間でのハンドオーバーについては、図示しないロジックを用いて、Ｓ１インターフェイスに従うハンドオーバー手続きを実行させてもよい。
【００４２】
Ｘ２インターフェイスロジック２０５は、自局と他のＨｅＮＢ２００とを直接的に接続した回線を利用してハンドオーバー動作を行なう。
【００４３】
ハンドオーバーロジック２０４は、いずれかのＵＥ１００についてハンドオーバーが完了すると、記憶部２０８に格納されている管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。
【００４４】
なお、中央処理部２０２によって提供される機能の一部または全部を専用のハードウェア（集積回路）として実装してもよい。この場合には、中央処理部２０２によって提供される機能に加えて、信号処理部２０６、無線送信部２１２、および、無線受信部２１６によって提供される機能の全部または一部を含めて、１チップ化してもよい。さらに、プロセッサ、メモリ、周辺デバイス用のコントローラといった部品を１チップ化したＳｏＣを利用することもできる。
【００４５】
代替の構成として、信号処理部２０６、無線送信部２１２、および、無線受信部２１６によって提供される機能の全部または一部をソフトウェアとして実装してもよい。この場合には、ＣＰＵやＤＳＰといった演算装置（プロセッサ）が予めインストールされた命令セットを実行することになる。
【００４６】
信号処理部２０６は、自局が提供するセルエリア内に存在するＵＥ１００との間で遣り取りされる無線信号を処理する。より具体的には、信号処理部２０６は、中央処理部２０２などから与えられる内部指令に従って、ＵＥ１００へ送信すべき情報を無線送信部２１２へ出力する。無線送信部２１２は、信号処理部２０６から受けた情報に対して符号化および変調を行って、その結果得られる無線信号を送信アンテナ２１４を介して外部へ放射する。また、無線受信部２１６は受信アンテナ２１８を介して受信した無線信号に対して復調および復号化を行って、その結果得られた情報を信号処理部２０６へ出力する。
【００４７】
上位ネットワークインターフェイス２１０は、自局を管理するゲートウェイ３００またはＭＭＥ４００との間で、ユーザデータ、制御情報、および管理情報などを遣り取りする。同様に、制御インターフェイス２２２は、他のＨｅＮＢ２００との間で制御情報を遣り取りする。
【００４８】
（２−３：ゲートウェイ）
次に、本実施の形態に従う通信システム１において利用されるゲートウェイ３００の構成について説明する。図４は、本発明の実施の形態に従うゲートウェイ３００の概略構成を示すブロック図である。
【００４９】
図４を参照して、ゲートウェイ３００は、中央処理部３０２と、上位ネットワークインターフェイス（Ｉ／Ｆ）３２０と、下位ネットワークインターフェイス（Ｉ／Ｆ）３２２−１，３２２−２，…，３２２−ｎとを含む。
【００５０】
中央処理部３０２は、主たる構成要素として、プロセッサと、プロセッサで実行されるプログラムを保持するための不揮発性メモリと、ワークメモリとして機能する揮発性メモリとを含む。さらに、中央処理部３０２は、ＵＥ管理ロジック３０４を含む。このロジックは、典型的には、中央処理部３０２がプログラムを実行することで提供される。例えば、ＵＥ管理ロジック３０４に対応するモジュールが予め不揮発性メモリに記憶されており、中央処理部３０２がこれらのモジュールを読み出して実行することで後述するような機能が提供される。
【００５１】
ＵＥ管理ロジック３０４は、自局が管理しているいずれかのＨｅＮＢ２００からの通知などに基づいて、ＵＥ１００のセルエリア間の移動などを検知し、この検知結果に基づいて、記憶部３０８に格納されている管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。
【００５２】
なお、中央処理部３０２によって提供される機能の一部または全部を専用のハードウェア（集積回路）として実装してもよい。この場合には、中央処理部２０２によって提供される機能に加えて、上位ネットワークインターフェイス３２０、および、下位ネットワークインターフェイス３２２−１，３２２−２，…，３２２−ｎによって提供される機能の全部または一部を含めて、１チップ化してもよい。さらに、プロセッサ、メモリ、周辺デバイス用のコントローラといった部品を１チップ化したＳｏＣを利用することもできる。
【００５３】
上位ネットワークインターフェイス３２０は、自局を管理するＭＭＥ４との間で、ユーザデータ、制御情報、および管理情報などを遣り取りする。下位ネットワークインターフェイス３２２−１，３２２−２，…，３２２−ｎは、自局が管理しているＨｅＮＢ２００との間で、ユーザデータ、制御情報、および管理情報などを遣り取りする。
【００５４】
（２−４：移動管理機能）
本実施の形態に従う通信システム１において利用されるＭＭＥ４００の構成については、図４に示すゲートウェイ３００の構成とほぼ同様であるので、詳細な説明は繰返さない。但し、ＭＭＥ４００においては、管理情報を保持する記憶部３０８を設ける必要はない。
【００５５】
＜３．ハンドオーバーに係る課題＞
まず、図１に示すようなハンドオーバーに係る課題について説明する。図１に示す例では、ＵＥ１００が、ゲートウェイ３００に接続されているＨｅＮＢ２００−１が提供するセルエリア２５０−１からＨｅＮＢ２００−２が提供するセルエリア２５０−２へ移動する例を示す。ここで、ＨｅＮＢ２００−２は、ゲートウェイ３００に接続されず、ＭＭＥ４００に直接接続されている。
【００５６】
ＬＴＥ方式またはＬＴＥ−Ａ方式に係る現行の規格では、このように、ゲートウェイによって管理されているＨｅＮＢ（ソースＨｅＮＢ）からゲートウェイによって管理されていない別のＨｅＮＢ（ターゲットＨｅＮＢ）へハンドオーバーした場合に、ソースＨｅＮＢを管理するソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する方法は定められていない。
【００５７】
図５は、現行規格下における図１に示すハンドオーバーに係る手続きを示すシーケンス図である。図５を参照して、ＵＥ１００がソースＨｅＮＢ（ＨｅＮＢ２００−１）からターゲットＨｅＮＢ（ＨｅＮＢ２００−２）へ移動すると、ＵＥ１００、ソースＨｅＮＢ、およびターゲットＨｅＮＢの間で、ハンドオーバー処理（この例では、Ｘ２インターフェイスに従うハンドオーバー処理）が実行される（シーケンスＳＱ２００）。
【００５８】
ハンドオーバー処理が完了すると、ターゲットＨｅＮＢは、ＵＥ１００へのデータのルーティング情報を更新するためのＰａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをＭＭＥ４００へ送信する（シーケンスＳＱ２０２）。ＭＭＥ４００は、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局のルーティング情報を更新するとともに、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔの受領を示すＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫをターゲットＨｅＮＢへ送信する（シーケンスＳＱ２０４）。
【００５９】
ターゲットＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫを受信すると、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをソースＨｅＮＢへ送信する（シーケンスＳＱ２０６）。ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を解放する（シーケンスＳＱ２０８）。そして、一連の処理が終了する。
【００６０】
図５に示すように、現行規格下においては、図１に示すようなハンドオーバーが発生すると、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する手段がない。そのため、ソースＨｅＮＢ＿ＧＷでは、ソースＨｅＮＢが提供するセルエリア内には既に存在しないＵＥ１００の管理情報をいつまでも保持することになり得る。
【００６１】
＜４．ハンドオーバーに係る関連技術およびその課題＞
上述したように、ＬＴＥ方式またはＬＴＥ−Ａ方式に係る現行の規格では、ゲートウェイによって管理されているＨｅＮＢ（ソースＨｅＮＢ）からゲートウェイによって管理されていない別のＨｅＮＢ（ターゲットＨｅＮＢ）へハンドオーバーした場合に、ソースＨｅＮＢを管理するソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する方法は定められていない。ゲートウェイが保持するＵＥ１００の管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を解放しないと、ゲートウェイは、常にＵＥ１００に関する情報を管理することになり、ＵＥ１００が多数存在する場合には、ゲートウェイ３００の保持する管理情報が膨大になり処理負荷が大きくなる。また、ゲートウェイ３００に要求されるリソース（メモリ容量など）も大きくなり、コストアップにつながる。そのため、必要な管理情報のみを保持し、不要になった管理情報は迅速に解放する必要がある。
【００６２】
そこで、非特許文献１では、以下のような提案がなされている。すなわち、ゲートウェイ３００に接続されているソースＨｅＮＢからゲートウェイ３００に接続されていないターゲットＨｅＮＢへのハンドオーバー時には、ＭＭＥ４００が主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。
【００６３】
図６は、提案されている方式に従うハンドオーバーに係る手続きを示す模式図である。図７は、提案されている方式に従うハンドオーバーに係る手続きを示すシーケンス図である。
【００６４】
図６および図７を参照して、ＵＥ１００がソースＨｅＮＢ（ＨｅＮＢ２００−１）からターゲットＨｅＮＢ（ＨｅＮＢ２００−２）へ移動すると、ＵＥ１００、ソースＨｅＮＢ、ターゲットＨｅＮＢ、および、ＭＭＥ４００の間で、ハンドオーバー処理（この例では、Ｘ２インターフェイスに従うハンドオーバー処理）が実行される（シーケンスＳＱ２００Ａ）。
【００６５】
ハンドオーバー処理が完了すると、上述と同様に、ターゲットＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをＭＭＥ４００へ送信する（シーケンスＳＱ２０２）。ＭＭＥ４００は、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局のルーティング情報を更新するとともに、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔの受領を示すＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫをターゲットＨｅＮＢへ送信する（シーケンスＳＱ２０４）。続いて、ＭＭＥ４００は、ターゲットＨｅＮＢが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を解放させるためのＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをターゲットＨｅＮＢへ送信する（シーケンスＳＱ２２０）。
【００６６】
ターゲットＨｅＮＢは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドを受信すると、そのコマンドに従って、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を解放する（シーケンスＳＱ２０８）。続いて、ターゲットＨｅＮＢは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報の解放が完了したことを示すＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ２２４）。
【００６７】
ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を解放する（シーケンスＳＱ２２６）。続いて、ソースＨｅＮＢ＿ＧＷは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報の解放が完了したことを示すＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅをＭＭＥ４００へ送信する（シーケンスＳＱ２２８）。
【００６８】
以上のような一連の手続きによって、図６に示すようなハンドオーバーが生じても、ソースＨｅＮＢ＿ＧＷに不要な管理情報が残らないようにする。
【００６９】
上述したように、非特許文献１に開示される方法では、ＭＭＥ４００が主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報を更新する。しかしながら、この方法では、以下のような課題が生じ得る。
【００７０】
すなわち、ＭＭＥ４００は、ソースＨｅＮＢ＿ＧＷからのＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅによって、ソースＨｅＮＢ＿ＧＷにおける管理情報の更新の完了を検知するので、時間を要する。すなわち、ＭＭＥ４００がゲートウェイ３００の保持する管理情報が更新されたことを把握するまでに比較的長い時間を要する。また、ＭＭＥ４００は、ソースＨｅＮＢ＿ＧＷからのＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信するまで待機する必要がある。
【００７１】
これらの理由によって、ＭＭＥ４００における処理負荷が大きくなり得る。また、ＭＭＥ４００では多数のＵＥ１００を管理する必要があるので、図６および図７に示すような手続きを実現するためには、ＭＭＥ４００のリソースを大きくする必要がある。そこで、本実施の形態においては、後述するような解決手段を採用した。
【００７２】
＜５．実施の形態１＞
実施の形態１に従う通信システムにおいては、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新するとともに、当該ＵＥ１００に関連付けられた管理情報を更新するための指令を、自局を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【００７３】
図８は、本発明の実施の形態１に従う通信システムにおけるハンドオーバーに係る手続きを示す模式図である。図９は、本発明の実施の形態１に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【００７４】
図８および図９に示す手続きは、図５に示す手続きと比較して、ソースＨｅＮＢがＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新するためのメッセージを送信する点が異なっている。すなわち、実施の形態１に従う通信システムでは、ソースＨｅＮＢは、ソースＨｅＮＢ＿ＧＷの保持する管理情報を更新するための手段を有している。
【００７５】
より具体的には、図８および図９を参照して、ＵＥ１００がソースＨｅＮＢ（ＨｅＮＢ２００−１）からターゲットＨｅＮＢ（ＨｅＮＢ２００−２）へ移動すると、ＵＥ１００、ソースＨｅＮＢ、およびターゲットＨｅＮＢの間で、ハンドオーバー処理（この例では、Ｘ２インターフェイスに従うハンドオーバー処理）が実行される（シーケンスＳＱ１００）。
【００７６】
ハンドオーバー処理が完了すると、ターゲットＨｅＮＢは、ＵＥ１００へのデータのルーティング情報を更新するためのＰａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをＭＭＥ４００へ送信する（シーケンスＳＱ１０２）。ＭＭＥ４００は、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局のルーティング情報を更新するとともに、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔの受領を示すＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫをターゲットＨｅＮＢへ送信する（シーケンスＳＱ１０４）。
【００７７】
ターゲットＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫを受信すると、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをソースＨｅＮＢへ送信する（シーケンスＳＱ１０６）。ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、保持している管理情報を更新するためのメッセージであるＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ１０８）。ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１２）。この管理情報の更新処理は、ハンドオーバーしたＵＥ１００を管理対象から除外するための処理である。より具体的には、ハンドオーバーしたＵＥ１００に対応するＵＥ＿ｃｏｎｔｅｘｔを削除する方法、ソースＨｅＮＢのセルエリア外にＵＥ１００が移動したことを示す情報（フラグなど）を付加する方法、ＵＥ１００を管理するための管理情報の内容を保存し直す方法などが挙げられる。
【００７８】
また、ソースＨｅＮＢは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信した後に、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１０）。この管理情報の更新処理は、上述したソースＨｅＮＢ＿ＧＷの場合と同様に、ハンドオーバーしたＵＥ１００を管理対象から除外するための処理である。より具体的には、ハンドオーバーしたＵＥ１００に対応するＵＥ＿ｃｏｎｔｅｘｔを削除する方法、ソースＨｅＮＢのセルエリア外にＵＥ１００が移動したことを示す情報（フラグなど）を付加する方法、ＵＥ１００を管理するための管理情報の内容を保存し直す方法などが挙げられる。
【００７９】
このように、実施の形態１においては、ソースＨｅＮＢは、その管理主体がソースＨｅＮＢからターゲットＨｅＮＢへ変更されたＵＥ１００（典型的には、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへ移動したＵＥ１００）に関連付けられた管理情報を更新するための指令をソースＨｅＮＢ＿ＧＷへ送信した後に、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新する。
【００８０】
次に、図８および図９に示すような手続きを実現するためのソースＨｅＮＢにおける処理について説明する。
【００８１】
図１０は、本発明の実施の形態１に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図１０を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００から、所定条件を満たしたとの報告を受信したか否かを判断する（ステップＳ１００）。この所定条件は、ネットワーク（ＭＭＥ４００など）によって予め設定されている。このような所定条件としては、「他のセルエリア（ターゲットＨｅＮＢが提供）における受信レベルが、在園しているセルエリア（ソースＨｅＮＢが提供）における受信レベルに比較して高い」といったものが想定される。このような条件は、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへＵＥ１００が移動したような場合に満足される。もちろん、通信環境によっては、ソースＨｅＮＢが提供するセルエリア内にＵＥ１００が在園しているが、ターゲットＨｅＮＢからの信号をより高いレベルで受信できる場合なども存在し、このような場合にも、ハンドオーバー処理は開始される。すなわち、ステップＳ１００の処理は、ＵＥ１００から後述するハンドオーバー処理の契機となる報告がＵＥ１００から通知されたか否かを判断するものである。
【００８２】
いずれのＵＥ１００からも所定条件を満たしたとの報告を受信したとの報告を受信していない場合（ステップＳ１００においてＮＯの場合）には、ステップＳ１００の処理が繰返される。
【００８３】
いずれかのＵＥ１００から所定条件を満たしたとの報告を受信したとの報告を受信した場合（ステップＳ１００においてＹＥＳの場合）には、ＨｅＮＢ２００は、報告元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ１０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ１０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ１０４においてＮＯの場合）には、ステップＳ１０４の処理が繰返される。
【００８４】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ１０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信する（ステップＳ１０６）。続いて、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ１０８）。そして、一連の処理は終了する。
【００８５】
上述したように、実施の形態１においては、ソースＨｅＮＢとソースＨｅＮＢ＿ＧＷとの間のメッセージ伝送についての信頼性は十分に確保されているため、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅのＭＭＥ４００への送信が省略される。これにより、図７に示すようなＭＭＥ４００がＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信するまで待機する必要はない。また、ソースＨｅＮＢは、ソースＨｅＮＢ＿ＧＷに対して、保持している管理情報を更新するためのメッセージのみを送信すれば十分である。そのため、ＭＭＥ４００およびソースＨｅＮＢのいずれとも処理負荷を軽減できる。
【００８６】
また、実施の形態１における手続き全体も単純化されるので、多数のＵＥ１００がハンドオーバーした場合でも、管理情報（ＵＥ＿Ｃｏｎｔｅｘｔ）の更新を迅速に行なうことができる。
【００８７】
＜６．実施の形態２＞
実施の形態２に従う通信システムにおいては、実施の形態１と同様に、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新するとともに、当該ＵＥ１００に関連付けられた管理情報を更新するための指令を、自局を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【００８８】
図１１は、本発明の実施の形態２に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。図１１に示す手続きは、図９に示す手続きと比較して、ソースＨｅＮＢがＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信するタイミングが異なっている。すなわち、実施の形態２においては、ソースＨｅＮＢは、自局が保持する管理情報のうち、その管理主体がソースＨｅＮＢからターゲットＨｅＮＢへ変更されたＵＥ１００（典型的には、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへ移動したＵＥ１００）に関連付けられた管理情報を更新した後に、当該ＵＥ１００に関連付けられた管理情報を更新するための指令をソースＨｅＮＢ＿ＧＷへ送信する。
【００８９】
より具体的には、図１１のシーケンスＳＱ１００〜ＳＱ１０６は、図９のシーケンスＳＱ１００〜ＳＱ１０６と同様である。そして、ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１０）。その後、ソースＨｅＮＢは、保持している管理情報を更新するためのメッセージであるＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ１０８Ａ）。ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１２）。
【００９０】
なお、シーケンスＳＱ１０８Ａにおいて送信されるＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎには、ソースＨｅＮＢがシーケンスＳＱ１１０において更新した管理情報の内容が反映されてもよい。すなわち、ソースＨｅＮＢは、更新後のＵＥ＿ｃｏｎｔｅｘｔの内容に基づいて、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを生成する。このＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎには、管理情報のうち変更された部分のみを含めてもよいし、変更されていない部分も加えてソースＨｅＮＢが保持するすべての管理情報を含めてもよい。このように、ソースＨｅＮＢにおける更新後の管理情報がソースＨｅＮＢ＿ＧＷへ送信されることで、送信される情報量を増加し得るが、ソースＨｅＮＢ＿ＧＷが保持する管理情報を、ソースＨｅＮＢにおける更新後の管理情報と一致させる（同期させる）ことができる。
【００９１】
図１２は、本発明の実施の形態２に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図１２を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００から、所定条件を満たしたとの報告を受信したか否かを判断する（ステップＳ２００）。この所定条件については、上述の実施の形態１において説明したので、詳細な説明は繰返さない。いずれのＵＥ１００からも所定条件を満たしたとの報告を受信したとの報告を受信していない場合（ステップＳ２００においてＮＯの場合）には、ステップＳ２００の処理が繰返される。
【００９２】
いずれかのＵＥ１００から所定条件を満たしたとの報告を受信したとの報告を受信した場合（ステップＳ２００においてＹＥＳの場合）には、ＨｅＮＢ２００は、通知元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ２０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ２０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ２０４においてＮＯの場合）には、ステップＳ２０４の処理が繰返される。
【００９３】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ２０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ２０６）。続いて、ＨｅＮＢ２００は、更新後の管理情報に基づいてＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを生成し（ステップＳ２０８）、生成したＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信する（ステップＳ２１０）。そして、一連の処理は終了する。
【００９４】
実施の形態２によれば、上述した実施の形態１と同様の作用効果に加えて、以下のような作用効果を奏する。すなわち、ソースＨｅＮＢは、自局で更新した管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）に基づいて、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを生成し、ソースＨｅＮＢ＿ＧＷへ送信するため、ソースＨｅＮＢとソースＨｅＮＢ＿ＧＷとの間で管理情報を同期させることができる。
【００９５】
また、ソースＨｅＮＢ＿ＧＷから見れば、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを受信した時点では、自局が管理しているＨｅＮＢにおいては既に管理情報が更新されていることが保証されるので、ＨｅＮＢの状態を考慮することなく、管理情報を更新できる。そのため、ＨｅＮＢの状態の考慮に必要な処理を省略できる。
【００９６】
＜７．実施の形態３＞
実施の形態３に従う通信システムにおいては、実施の形態１と同様に、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新するとともに、当該ＵＥ１００に関連付けられた管理情報を更新するための指令を、自局を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【００９７】
実施の形態３においては、ソースＨｅＮＢ＿ＧＷから管理情報の更新の完了が通知されたことに応答して、ソースＨｅＮＢが自局の管理情報を更新する。すなわち、ソースＨｅＮＢは、その管理主体がソースＨｅＮＢからターゲットＨｅＮＢへ変更されたＵＥ１００（典型的には、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへ移動したＵＥ１００）に関連付けられた管理情報が更新されたとのソースＨｅＮＢ＿ＧＷからの通知に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新する。
【００９８】
図１３は、本発明の実施の形態３に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。図１３のシーケンスＳＱ１００〜ＳＱ１０６は、図９のシーケンスＳＱ１００〜ＳＱ１０６と同様である。そして、ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、保持している管理情報を更新するための命令であるＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ１０７）。ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドは、管理情報を更新するための命令コードと、管理情報の更新を通知させるための命令コードとを含み得る。
【００９９】
ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドを受信すると、そのコマンドに従って、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１２）。続いて、ソースＨｅＮＢ＿ＧＷは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報の更新が完了したことを示すＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅをソースＨｅＮＢへ送信する（シーケンスＳＱ１１１）。
【０１００】
ソースＨｅＮＢは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１０）。そして、一連の処理は終了する。
【０１０１】
図１４は、本発明の実施の形態３に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図１４を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００から、所定条件を満たしたとの報告を受信したか否かを判断する（ステップＳ３００）。この所定条件については、上述の実施の形態１において説明したので、詳細な説明は繰返さない。いずれのＵＥ１００からも所定条件を満たしたとの報告を受信したとの報告を受信していない場合（ステップＳ３００においてＮＯの場合）には、ステップＳ３００の処理が繰返される。
【０１０２】
いずれかのＵＥ１００から所定条件を満たしたとの報告を受信したとの報告を受信した場合（ステップＳ３００においてＹＥＳの場合）には、ＨｅＮＢ２００は、通知元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ３０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ３０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ３０４においてＮＯの場合）には、ステップＳ３０４の処理が繰返される。
【０１０３】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ３０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、ＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する（ステップＳ３０６）。続いて、ＨｅＮＢ２００は、ソースＨｅＮＢ＿ＧＷからＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信したか否かを判断する（ステップＳ３０８）。ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信していない場合（ステップＳ３０８においてＮＯの場合）には、ステップＳ３０８の処理が繰返される。
【０１０４】
ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信した場合（ステップＳ３０８においてＹＥＳの場合）には、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ３１０）。そして、一連の処理は終了する。
【０１０５】
実施の形態３によれば、ソースＨｅＮＢは、ソースＨｅＮＢ＿ＧＷにおいて管理情報の更新が完了したことに応答して、自局の管理情報を更新する。そのため、ソースＨｅＮＢとソースＨｅＮＢ＿ＧＷとの間で管理情報を同期させることができる。すなわち、ソースＨｅＮＢから見れば、ソースＨｅＮＢ＿ＧＷにおける管理情報が更新されたことが保証された状態で、自局の管理情報を更新できる。また、ソースＨｅＮＢ＿ＧＷから見れば、ＨｅＮＢの状態を考慮することなく、管理情報を更新できる。そのため、ＨｅＮＢの状態の考慮に必要な処理を省略できる。
【０１０６】
＜８．実施の形態４＞
実施の形態４に従う通信システムにおいては、実施の形態１と同様に、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新するとともに、当該ＵＥ１００に関連付けられた管理情報を更新するための指令を、自局を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【０１０７】
図１５は、本発明の実施の形態４に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。図１５に示す手続きは、図１３に示す実施の形態３に従う手続きと比較して、ソースＨｅＮＢがＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信するタイミングが異なっている。すなわち、実施の形態４においては、ソースＨｅＮＢは、その管理主体がソースＨｅＮＢからターゲットＨｅＮＢへ変更されたＵＥ１００（典型的には、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへ移動したＵＥ１００）に関連付けられた管理情報を更新するための指令をソースＨｅＮＢ＿ＧＷへ送信した後に、ソースＨｅＮＢ＿ＧＷからの管理情報が更新されたとの通知を待つ。
【０１０８】
より具体的には、図１５のシーケンスＳＱ１００〜ＳＱ１０６は、図１３のシーケンスＳＱ１００〜ＳＱ１０６と同様である。そして、ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１０）。その後、ソースＨｅＮＢは、保持している管理情報を更新するための命令であるＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ１０７）。ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドを受信すると、そのコマンドに従って、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１２）。続いて、ソースＨｅＮＢ＿ＧＷは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報の更新が完了したことを示すＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅをソースＨｅＮＢへ送信する（シーケンスＳＱ１１１）。そして、一連の処理は終了する。
【０１０９】
なお、シーケンスＳＱ１０７において送信されるＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドには、ソースＨｅＮＢがシーケンスＳＱ１１０において更新した管理情報の内容が反映されてもよい。すなわち、ソースＨｅＮＢは、更新後のＵＥ＿ｃｏｎｔｅｘｔの内容に基づいて、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドを生成する。このＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドには、管理情報のうち変更された部分のみを含めてもよいし、変更されていない部分も加えてソースＨｅＮＢが保持するすべての管理情報を含めてもよい。このように、ソースＨｅＮＢにおける更新後の管理情報がソースＨｅＮＢ＿ＧＷへ送信されることで、送信される情報量を増加し得るが、ソースＨｅＮＢ＿ＧＷが保持する管理情報を、ソースＨｅＮＢにおける更新後の管理情報と一致させる（同期させる）ことができる。
【０１１０】
図１６は、本発明の実施の形態４に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図１６を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００から、所定条件を満たしたとの報告を受信したか否かを判断する（ステップＳ４００）。この所定条件については、上述の実施の形態１において説明したので、詳細な説明は繰返さない。いずれのＵＥ１００からも所定条件を満たしたとの報告を受信したとの報告を受信していない場合（ステップＳ４００においてＮＯの場合）には、ステップＳ４００の処理が繰返される。
【０１１１】
いずれかのＵＥ１００から所定条件を満たしたとの報告を受信したとの報告を受信した場合（ステップＳ４００においてＹＥＳの場合）には、ＨｅＮＢ２００は、通知元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ４０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ４０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ４０４においてＮＯの場合）には、ステップＳ４０４の処理が繰返される。
【０１１２】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ４０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ４０６）。続いて、ＨｅＮＢ２００は、更新後の管理情報に基づいてＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドを生成し（ステップＳ４０８）、生成したＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する（ステップＳ４１０）。そして、一連の処理は終了する。
【０１１３】
実施の形態４によれば、上述した実施の形態２と同様の作用効果に加えて、以下のような作用効果を奏する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢ＿ＧＷが保持する管理情報を更新したことを確認できる。そのため、万が一、通信エラーなどが発生し、ソースＨｅＮＢ＿ＧＷにおいて管理情報の更新が適切に実行されなかった場合であっても、それを修正することもできる。
【０１１４】
＜９．実施の形態４の変形例＞
図１５に示す実施の形態４においては、ソースＨｅＮＢは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新した後に、管理情報を更新するための命令であるＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する。これに代えて、ソースＨｅＮＢは、管理情報を更新するための命令であるＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信した後に、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報を更新してもよい（図１５の破線で示したブロック参照）。
【０１１５】
実施の形態４の変形例に従うより詳細な処理は、上述の実施の形態４を参照すれば容易に理解できるので、これ以上の説明は行なわない。
【０１１６】
実施の形態４の変形例によれば、上述した実施の形態４と同様の作用効果に加えて、以下のような作用効果を奏する。すなわち、ソースＨｅＮＢとソースＨｅＮＢ＿ＧＷとが並列的に管理情報を更新するので、一連の処理に要する時間を短縮できる。
【０１１７】
＜１０．実施の形態５＞
実施の形態５に従う通信システムにおいては、実施の形態１と同様に、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新するとともに、当該ＵＥ１００に関連付けられた管理情報を更新するための指令を、自局を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【０１１８】
実施の形態５においては、上述の実施の形態３、実施の形態４、および実施の形態４の変形例において、さらに、ソースＨｅＮＢ＿ＧＷにおいて管理情報の更新が完了したことに応答して、ＭＭＥ４００にその旨を通知する。すなわち、実施の形態５においては、ソースＨｅＮＢは、その管理主体がソースＨｅＮＢからターゲットＨｅＮＢへ変更されたＵＥ１００（典型的には、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへ移動したＵＥ１００）に関連付けられた管理情報が更新されたとのソースＨｅＮＢ＿ＧＷからの通知に応答して、管理情報の更新の完了をＭＭＥ４００へ送信する。
【０１１９】
図１７は、本発明の実施の形態５に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。図１７に示す手続きは、図１３に示す手続きと比較して、ソースＨｅＮＢが自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新（シーケンスＳＱ１１０）した後の処理が異なっている。
【０１２０】
より具体的には、ソースＨｅＮＢは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新（シーケンスＳＱ１１０）した後、ソースＨｅＮＢ＿ＧＷからのＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅに基づいて、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをＭＭＥ４００へ送信する（シーケンスＳＱ１１５）。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢ＿ＧＷから土に応答して、ソースＨｅＮＢおよびソースＨｅＮＢ＿ＧＷでの管理情報の更新が完了したことをＭＭＥ４００へ通知する。
【０１２１】
図１８は、本発明の実施の形態５に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図１８を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００からセルエリア外への移動が通知されているか否かを判断する（ステップＳ５００）。いずれのＵＥ１００からもセルエリア外への移動が通知されていない場合（ステップＳ５００においてＮＯの場合）には、ステップＳ５００の処理が繰返される。
【０１２２】
いずれかのＵＥ１００からセルエリア外への移動が通知されている場合（ステップＳ５００においてＹＥＳの場合）には、ＨｅＮＢ２００は、通知元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ５０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ５０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ５０４においてＮＯの場合）には、ステップＳ５０４の処理が繰返される。
【０１２３】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ５０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、ＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する（ステップＳ５０６）。続いて、ＨｅＮＢ２００は、ソースＨｅＮＢ＿ＧＷからＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信したか否かを判断する（ステップＳ５０８）。ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信していない場合（ステップＳ５０８においてＮＯの場合）には、ステップＳ５０８の処理が繰返される。
【０１２４】
ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信した場合（ステップＳ５０８においてＹＥＳの場合）には、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ５１０）。続いて、ＨｅＮＢ２００は、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをＭＭＥ４００へ送信する（シーケンスＳＱ５１２）。そして、一連の処理は終了する。
【０１２５】
なお、実施の形態５に従う通信システムにおいては、図１５に示す実施の形態４または実施の形態４の変形例に従う通信システムと同様に、ＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信（シーケンスＳＱ１０７）する前または後に、ソースＨｅＮＢが自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報を更新するようにしてもよい。
【０１２６】
実施の形態５によれば、上述した実施の形態３、実施の形態４、または実施の形態４の変形例と同様の作用効果に加えて、以下のような作用効果を奏する。すなわち、ＭＭＥ４００から見れば、ソースＨｅＮＢおよびソースＨｅＮＢ＿ＧＷにおいて管理情報が更新されたことを明示的に検知することができる。そのため、ＭＭＥ４００による管理とソースＨｅＮＢおよびソースＨｅＮＢ＿ＧＷとの間の整合性を維持することができる。
【０１２７】
＜１１．実施の形態６＞
上述の実施の形態１〜５においては、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報を更新する例を示した。これに対して、次に述べる実施の形態６においては、ソースＨｅＮＢ＿ＧＷが保持する管理情報を更新するための契機をＭＭＥ４００が通知する例を示す。
【０１２８】
実施の形態６に従う通信システムにおいては、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新するための情報をＭＭＥ４００が通知する。一方で、ソースＨｅＮＢが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）については、従来の手続きに従って更新される。すなわち、ＭＭＥ４００は、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、ソースＨｅＮＢが管理情報を更新したとの通知とは独立して、ＵＥ１００に関連付けられた管理情報を更新するための指令を、ソースＨｅＮＢを管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【０１２９】
図１９は、本発明の実施の形態６に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【０１３０】
図１９に示す手続きは、図５に示す手続きと比較して、ＭＭＥ４００がＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新するためのメッセージを送信する点が異なっている。すなわち、実施の形態６に従う通信システムでは、ＭＭＥ４００は、ソースＨｅＮＢ＿ＧＷの保持する管理情報を更新するための手段を有している。
【０１３１】
より具体的には、図１９を参照して、ＵＥ１００がソースＨｅＮＢ（ＨｅＮＢ２００−１）からターゲットＨｅＮＢ（ＨｅＮＢ２００−２）へ移動すると、ＵＥ１００、ソースＨｅＮＢ、およびターゲットＨｅＮＢの間で、ハンドオーバー処理（この例では、Ｘ２インターフェイスに従うハンドオーバー処理）が実行される（シーケンスＳＱ１００）。
【０１３２】
ハンドオーバー処理が完了すると、ターゲットＨｅＮＢは、ＵＥ１００へのデータのルーティング情報を更新するためのＰａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをＭＭＥ４００へ送信する（シーケンスＳＱ１０２）。ＭＭＥ４００は、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局のルーティング情報を更新するとともに、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔの受領を示すＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫをターゲットＨｅＮＢへ送信する（シーケンスＳＱ１０４）。
【０１３３】
ターゲットＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫを受信すると、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをソースＨｅＮＢへ送信する（シーケンスＳＱ１０６）。ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１０）。
【０１３４】
ＭＭＥ４００は、上述したＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫの送信に引き続いて、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新させるためのＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＲｅｑｕｅｓｔをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ１０９）。このＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｒｅｑｕｅｓｔは、ソースＨｅＮＢ＿ＧＷに接続されたソースＨｅＮＢが提供するセルエリアの外へ移動したＵＥ１００を特定するための情報を含む。
【０１３５】
ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｒｅｑｕｅｓｔを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１２）。ソースＨｅＮＢ＿ＧＷは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報の更新が完了したことを示すＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅをＭＭＥ４００へ送信する（シーケンスＳＱ１１３）。このソースＨｅＮＢ＿ＧＷによる管理情報の更新（解放）を示す応答メッセージのＭＭＥ４００への送信は、省略してもよい。
【０１３６】
次に、図１９に示すような手続きを実現するためのソースＨｅＮＢにおける処理について説明する。
【０１３７】
図２０は、本発明の実施の形態６に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図２０を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００からセルエリア外への移動が通知されているか否かを判断する（ステップＳ６００）。いずれのＵＥ１００からもセルエリア外への移動が通知されていない場合（ステップＳ６００においてＮＯの場合）には、ステップＳ６００の処理が繰返される。
【０１３８】
いずれかのＵＥ１００からセルエリア外への移動が通知されている場合（ステップＳ６００においてＹＥＳの場合）には、ＨｅＮＢ２００は、通知元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ６０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ６０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ６０４においてＮＯの場合）には、ステップＳ６０４の処理が繰返される。
【０１３９】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ６０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ６０６）。そして、一連の処理は終了する。
【０１４０】
実施の形態６においては、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔに係る手続きによって、ＵＥ１００のハンドオーバー動作はターゲットＨｅＮＢの管理下におかれるので、この手続きとは独立した手続きをＭＭＥ４００が実行しても、ソースＨｅＮＢ＿ＧＷによる管理情報の更新を確実に行なうことができる。これにより、ＭＭＥ４００は、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）の更新を確実化する。
【０１４１】
また、実施の形態６に従う手続きは、従来のＬＴＥマクロセルにおけるハンドオーバー手続きに対する変更点が少なくて済むため、実装が容易化する。
【０１４２】
＜１２．まとめ＞
本実施の形態は、ＬＴＥ方式またはＬＴＥ−Ａ方式のシステムにおいて、移動局（ＵＥ）が基地局（ＨｅＮＢ）と通信中に、他のＨｅＮＢへハンドオーバーしたときに、元のＨｅＮＢ（ソースＨｅＮＢ）を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）の保持する当該ＵＥに関する管理情報を更新する提供する。
【０１４３】
上述した実施の形態１〜６のいずれかの方法を採用することで、多数のＵＥがハンドオーバーを行なった場合であっても、処理時間を短縮するとともに、管理装置（ＭＭＥ）の処理負荷を分散および低減することができる。
【０１４４】
すなわち、本実施の形態によれば、ソースＨｅＮＢに一部の負荷を分担させることで、ＭＭＥが分担する負荷を削減できる。そのため、複数のＵＥが一斉にハンドオーバーした場合であっても、各ＵＥに対応するソースＨｅＮＢがそれぞれ分散して処理するので、全体としては効率を高めることができる。
【０１４５】
また、本実施の形態によれば、管理装置（ＭＭＥ）で保持している管理情報をより迅速に更新することができる。さらに、ソースＨｅＮＢ＿ＧＷが保持している管理情報についても、より迅速に更新することができる。
【０１４６】
また、本実施の形態によれば、ＵＥがハンドオーバーしたことを、ソースＨｅＮＢが管理装置（ＭＭＥ）より先に検知するので、一連の手続きをより高速に完了できる。
【０１４７】
上述の実施の形態においては、小型の発展型無線基地局（ＨｅＮＢ）同士のハンドオーバー動作に着目して説明したが、本発明の対象となる基地局としては、小型の発展型無線基地局（ＨｅＮＢ）に限られることなく、マクロセルを提供する通常の発展型基地局（ｅＮＢ）や他の種類の基地局に関係するハンドオーバー動作に適用することもできる。
【０１４８】
＜１３．その他の局面＞
本発明のある局面に従う通信方法は、以下のようないくつかの好ましい形態を含む。
【０１４９】
好ましくは、第１の基地局は、その管理主体が第１の基地局ら第２の基地局へ変更された移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信した後に、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新する。
【０１５０】
好ましくは、第１の基地局は、自局が保持する管理情報のうち、その管理主体が第１の基地局ら第２の基地局へ変更された移動局に関連付けられた管理情報を更新した後に、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する。
【０１５１】
好ましくは、第１の基地局は、その管理主体が第１の基地局ら第２の基地局へ変更された移動局に関連付けられた管理情報が更新されたとのゲートウェイからの通知に応答して、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新する。
【０１５２】
好ましくは、第１の基地局は、その管理主体が第１の基地局ら第２の基地局へ変更された移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信した後に、ゲートウェイからの管理情報が更新されたとの通知を待つ。
【０１５３】
さらに好ましくは、第１の基地局は、その管理主体が第１の基地局ら第２の基地局へ変更された移動局に関連付けられた管理情報が更新されたとのゲートウェイからの通知に応答して、管理情報の更新を管理装置へ送信する。
【０１５４】
本発明の別の局面に従う通信システムは、移動局と、移動局の位置を管理する管理装置と、第１のセルエリアを提供するとともに、第１のセルエリア内の移動局を管理するための管理情報を保持する第１の基地局と、第１の基地局と管理装置との間に配置され、第１のセルエリア内の移動局を管理するための管理情報を保持するゲートウェイと、第２のセルエリアを提供する第２の基地局とを含む。第１の基地局は、移動局の管理主体が自局から第２の基地局へ変更されたことに応答して、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新する。管理装置は、第１のセルエリアから第２のセルエリアへの移動局の移動に応答して、第１の基地局が管理情報を更新したとの通知とは独立して、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する。
【０１５５】
本発明のさらに別の局面に従えば、移動局の位置を管理する管理装置と、第１および第２の基地局と、第１の基地局と管理装置との間に配置されたゲートウェイとを備えた通信システムにおける通信方法を提供する。通信方法は、第１の基地局が提供する第１のセルエリアから第２の基地局が提供する第２のセルエリアへの移動局の移動に応答して、第１の基地局が保持する当該移動局に関連付けられた管理情報を更新するステップと、移動局の管理主体が第１の基地局から第２の基地局へ変更されたことに応答して、管理装置が、第１の基地局が管理情報を更新したとの通知とは独立して、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信するステップとを含む。
【０１５６】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１５７】
１ 通信システム、１００ 移動局（ＵＥ）、１０２，２０２，３０２ 中央処理部、１０６，２０６ 信号処理部、１１２，２１２ 無線送信部、１１４，２１４ 送信アンテナ、１１６，２１６ 無線受信部、１１８，２１８ 受信アンテナ、１２０ 表示部、１２２ マイク、１２４ スピーカ、１２６ 入力部、１３０ 筐体、２００ 小型の発展型基地局（ＨｅＮＢ）、２０４ ハンドオーバーロジック、２０５ インターフェイスロジック、２０８，３０８ 記憶部、２１０，３２０ 上位ネットワークインターフェイス、２２２ 制御インターフェイス、２５０ セルエリア、３００ ゲートウェイ、３０４ 管理ロジック、３２２−１，３２２−２，…，３２２−ｎ 下位ネットワークインターフェイス、４００ ＭＭＥ、５００ コアネットワーク。
【技術分野】
【０００１】
本発明は、基地局と接続されたゲートウェイを含む通信システム、そのシステムにおける通信方法、そのシステムに向けられた基地局、および、そのシステムに向けられた管理装置に関するものである。
【背景技術】
【０００２】
現在、３ＧＰＰ（Third Generation Partnership Project）は、次世代通信方式である、ＬＴＥ（Long Term Evolution）、および、ＬＴＥを発展させた規格であるＬＴＥ−Ａ（LTE-Advanced）において、通常の発展型基地局（evolved Node B：以下「ｅＮＢ」とも称す。）に加えて、小型の発展型基地局（Home evolved Node B：以下「ＨｅＮＢ」とも称す。）の導入について検討を進めている。このＨｅＮＢは、主として、サービスエリアの拡張および個人使用等を目的とするものである。
【０００３】
典型的には、ｅＮＢまたはＨｅＮＢによって提供されるセルエリア間を移動局（User Equipment：以下「ＵＥ」とも称す。）が移動した場合には、ハンドオーバーが生じる。特許文献１〜３は、このようなハンドオーバーに関する手続きの一例を開示する。
【０００４】
このようなハンドオーバーをサポートするために、ＬＴＥ方式またはＬＴＥ−Ａ方式においては、Ｓ１インターフェイスおよびＸ２インターフェイスの２種類が用意される。Ｓ１インターフェイスは、各基地局と対応するゲートウェイとの間のそれぞれの制御チャネルを利用してハンドオーバーを行なうものである。このＳ１インターフェイスを用いたハンドオーバーは、コアネットワークを介して制御情報の遣り取りが必要となるため、ネットワーク負荷が相対的に大きくなる。これに対して、Ｘ２インターフェイスは、基地局間を疑似的に直接接続して、コアネットワークでのデータ処理を介さずにハンドオーバーを行なうものである。そのため、ネットワーク負荷が相対的に小さくて済む。
【０００５】
一方で、基地局および基地局に接続されたゲートウェイは、自身が管理するセルエリア内に存在する移動局を管理するための管理情報であるＵＥ＿ｃｏｎｔｅｘｔを保持している。上述のようなハンドオーバーが発生すると、移動局がハンドオーバー前に在園していたセルエリアを管理していた基地局および当該基地局に接続されたゲートウェイが保持しているＵＥ＿ｃｏｎｔｅｘｔを更新する必要がある。すなわち、ハンドオーバーを生じた移動局に対応するＵＥ＿ｃｏｎｔｅｘｔを解放（release）する必要がある。
【０００６】
このようなハンドオーバーのうち、ゲートウェイを介して移動管理機能（Mobility Management Entity：以下「ＭＭＥ」とも称す。）に接続されている基地局から、ゲートウェイを介することなく移動管理管理に接続されている基地局へのハンドオーバー時においては、当該ゲートウェイが保持しているＵＥ＿ｃｏｎｔｅｘｔが解放されないという課題が指摘されている（非特許文献１参照）。その上で、移動管理機能からのコマンドによって、移動元の基地局および対応するゲートウェイの保持するＵＥ＿ｃｏｎｔｅｘｔを更新する手続きが提案されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】国際公開第２０１０／０９８０３５号パンフレット
【特許文献２】国際公開第２０１０／１０４０７６号パンフレット
【特許文献３】国際公開第２０１１／００４５９９号パンフレット
【非特許文献】
【０００８】
【非特許文献１】Huawei, "Discussion on UE context release in the source HeNB GW for X2 mobility", 3GPP TSG RAN WG3 #70b meeting R3-110107, Dublin, Ireland, Jan 17-21, 2011
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したようなＵＥ＿ｃｏｎｔｅｘｔ更新に係る手続きによれば、移動元の基地局および対応するゲートウェイの保持するＵＥ＿ｃｏｎｔｅｘｔの更新が完了した後に、その完了が移動管理機能へ通知される。移動管理機能は、ＵＥ＿ｃｏｎｔｅｘｔの更新完了の通知を待つ必要がある。また、上述した方法では、移動管理機能は、ＵＥ＿ｃｏｎｔｅｘｔを更新するためのコマンドを発行する必要がある。そのため、従来の方法によれば、移動管理機能での処理負荷が大きくなる可能性がある。
【００１０】
そこで、本発明は、かかる問題を解決するためになされたものであり、その目的は、ハンドオーバーが発生した場合でも、移動管理機能の処理負荷の増大を抑制できる構成を提供することである。
【課題を解決するための手段】
【００１１】
本発明のある局面に従う通信システムは、移動局と、移動局の位置を管理する管理装置と、第１のセルエリアを提供するとともに、第１のセルエリア内の移動局を管理するための管理情報を保持する第１の基地局と、第１の基地局と管理装置との間に配置され、第１のセルエリア内の移動局を管理するための管理情報を保持するゲートウェイと、第２のセルエリアを提供する第２の基地局とを含む。第１の基地局は、移動局の管理主体が自局から第２の基地局へ変更されたことに応答して、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新するとともに、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する。
【００１２】
本発明の別の局面に従えば、移動局の位置を管理する管理装置と、第１および第２の基地局と、第１の基地局と管理装置との間に配置されたゲートウェイとを備えた通信システムにおける通信方法を提供する。通信方法は、第１の基地局が提供する第１のセルエリアから第２の基地局が提供する第２のセルエリアへの移動局の移動に応答して、第１の基地局が保持する当該移動局に関連付けられた管理情報を更新するステップと、移動局の管理主体が自局から第２の基地局へ変更されたことに応答して、第１の基地局が当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信するステップとを含む。
【００１３】
本発明のさらに別の局面に従えば、セルエリアを提供する基地局に向けられる。基地局は、セルエリア内の移動局を管理するための管理情報を保持するゲートウェイに接続されており、ゲートウェイは、移動局の位置を管理する管理装置と接続されている。基地局は、セルエリア内の移動局を管理するための管理情報を保持する手段と、移動局の管理主体が自局から他の基地局へ変更されたことに応答して、保持する管理情報のうち当該移動局に関連付けられた管理情報を更新するとともに、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する手段とを含む。
【００１４】
本発明のさらに別の局面に従えば、移動局の位置を管理する管理装置に向けられる。管理装置には、ゲートウェイを介して第１の基地局が接続されるとともに、第２のセルエリアを提供する第２の基地局が直接接続される。第１の基地局は、第１のセルエリアを提供するとともに、第１のセルエリア内の移動局を管理するための管理情報を保持する。ゲートウェイは、第１のセルエリア内の移動局を管理するための管理情報を保持する。第１の基地局は、移動局の管理主体が自局から第２の基地局へ変更されたことに応答して、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新する。管理装置は、第１のセルエリアから第２のセルエリアへの移動局の移動に応答して、第１の基地局が管理情報を更新したとの通知とは独立して、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する手段を含む。
【発明の効果】
【００１５】
本発明によれば、ハンドオーバーが発生した場合でも、移動管理機能の処理負荷の増大を抑制できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態において想定されている通信システムの構成を示す模式図である。
【図２】本発明の実施の形態に従う移動局（ＵＥ）の概略構成を示すブロック図である。
【図３】本発明の実施の形態に従う基地局（ＨｅＮＢ）の概略構成を示すブロック図である。
【図４】本発明の実施の形態に従うゲートウェイの概略構成を示すブロック図である。
【図５】現行規格下における図１に示すハンドオーバーに係る手続きを示すシーケンス図である。
【図６】提案されている方式に従うハンドオーバーに係る手続きを示す模式図である。
【図７】提案されている方式に従うハンドオーバーに係る手続きを示すシーケンス図である。
【図８】本発明の実施の形態１に従う通信システムにおけるハンドオーバーに係る手続きを示す模式図である。
【図９】本発明の実施の形態１に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図１０】本発明の実施の形態１に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【図１１】本発明の実施の形態２に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図１２】本発明の実施の形態２に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【図１３】本発明の実施の形態３に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図１４】本発明の実施の形態３に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【図１５】本発明の実施の形態４に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図１６】本発明の実施の形態４に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【図１７】本発明の実施の形態５に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図１８】本発明の実施の形態５に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【図１９】本発明の実施の形態６に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【図２０】本発明の実施の形態６に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。
【発明を実施するための形態】
【００１７】
本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。
【００１８】
＜１．全体システム構成＞
まず、本発明の実施の形態が適用される通信システムの典型例について説明する。
【００１９】
図１は、本発明の実施の形態において想定されている通信システム１の構成を示す模式図である。典型的な一例として、通信システム１は、ＬＴＥ方式またはＬＴＥ−Ａ方式に従う通信方式をサポートしているとする。
【００２０】
図１を参照して、通信システム１は、移動局（User Equipment：以下「ＵＥ」とも称す。）１００と、複数の小型の発展型基地局（Home evolved Node B：以下「ＨｅＮＢ」とも称す。）２００−１〜２００−３と、ゲートウェイ３００と、移動管理機能（Mobility Management Entity：以下「ＭＭＥ」とも称す。）４００と、コアネットワーク５００とを含む。なお、図１には、例示的に、ＨｅＮＢから構成される通信システム１を示すが、ＨｅＮＢに代えて、あるいは、ＨｅＮＢに加えて、通常の発展型基地局（evolved Node B：以下「ｅＮＢ」とも称す。）を含むような構成であってもよい。ｅＮＢおよびＨｅＮＢを総称して、単に「基地局」と称する場合もある。
【００２１】
ＵＥ１００は、典型的には、携帯電話、ＰＤＡ（Personal Digital Assistant）、データ通信端末などであり、いずれかのＨｅＮＢを介して相手先とデータを遣り取りする。
【００２２】
ＨｅＮＢ２００−１〜２００−３（以下「ＨｅＮＢ２００」とも総称する。）は、セルエリア２５０−１〜２５０−３をそれぞれ提供する。なお、隣接するセルエリアは、互いに重なり合うように設定される。ＨｅＮＢ２００の各々は、自局が提供するセルエリア内のＵＥ１００を管理するための管理情報を保持する。この管理情報は、典型的には、ＵＥ＿ｃｏｎｔｅｘｔである。典型的には、ＵＥ１００毎にＵＥ＿ｃｏｎｔｅｘｔが生成され、各ＵＥ＿ｃｏｎｔｅｘｔは、ＵＥ１００と特定するための識別情報（identifier）やＩＰ（Internet Protocol）アドレスなどを含む。
【００２３】
ＨｅＮＢ２００−１〜２００−３は、ＵＥ１００のハンドオーバーをサポートするため、他のＨｅＮＢとの間でＸ２インターフェイスを有しているとする。
【００２４】
ゲートウェイ３００は、ＨｅＮＢ２００とＭＭＥ４００との間に配置され、ＨｅＮＢ２００の間のデータ通信および／またはＨｅＮＢ２００とＭＭＥ４００との間のデータ通信を仲介する。ゲートウェイ３００についても、自局に接続されているＨｅＮＢ２００が提供するセルエリア内のＵＥ１００を管理するための管理情報を保持する。この管理情報についても、典型的には、ＵＥ＿ｃｏｎｔｅｘｔである。
【００２５】
図１に示す通信システム１においては、ＨｅＮＢ２００−１および２００−３のみがゲートウェイ３００に接続されているので、ゲートウェイ３００は、ＨｅＮＢ２００−１または２００−３が保持する管理情報と実質的に同じ管理情報を保持する。
【００２６】
ＭＭＥ４００は、コアネットワーク５００に接続されるとともに、ゲートウェイ３００またはＨｅＮＢ２００と接続される。ＭＭＥ４００は、ＵＥ１００の位置を管理する。ＭＭＥ４００は、ＵＥ１００の存在する位置に応じてデータを適切にルーティングすることで、ＵＥ１００と相手先との間の通話および／または通信を実現する。より具体的には、ＭＭＥ４００は、パケット通信用のセッション（接続）の設定・解放や、ハンドオーバー（基地局の切換）といった制御を行なう。
【００２７】
このようなＭＭＥ４００の機能によって、異なるセルエリア内に存在するＵＥ１００同士での通話および／または通信が可能となる。なお、ＬＴＥ方式またはＬＴＥ−Ａ方式では、コアネットワーク５００は、すべての情報がパケット化されたネットワークとなることが想定されている。
【００２８】
通常、ＵＥ１００はユーザによって担持されており、ユーザの移動に伴って、セルエリア間を移動する。たとえば、図１に示すように、ＨｅＮＢ２００−１が提供するセルエリア２５０−１内に存在していたＵＥ１００が、ＨｅＮＢ２００−２が提供するセルエリア２５０−２内に移動すると、ＨｅＮＢ２００−１とＨｅＮＢ２００−２との間で、Ｘ２インターフェイスに従うハンドオーバー処理が実行される。このハンドオーバー処理が完了すると、その完了はＭＭＥ４００へ送信される。そして、ＭＭＥ４００は、ＵＥ１００の管理情報を更新する。
【００２９】
以下の説明においては、ハンドオーバー前にＵＥ１００が存在していたセルエリアを提供するＨｅＮＢ２００を「ソースＨｅＮＢ」と称し、ＵＥ１００がハンドオーバーした先のセルエリアを提供するＨｅＮＢ２００を「ターゲットＨｅＮＢ」とも称す。また、あるハンドオーバー動作において、ソースＨｅＮＢとなったＨｅＮＢ２００にゲートウェイ３００が接続されている場合には、当該ゲートウェイ３００を「ソースＨｅＮＢ＿ＧＷ」とも称す。
【００３０】
＜２．装置構成＞
次に、図１に示す通信システム１を構成する各装置について説明する。
【００３１】
（２−１：移動局（ＵＥ）の構成）
まず、本実施の形態に従う通信システム１において利用されるＵＥ１００の構成について説明する。図２は、本発明の実施の形態に従う移動局（ＵＥ）１００の概略構成を示すブロック図である。
【００３２】
図２を参照して、ＵＥ１００は、無線信号を送信するための送信アンテナ１１４と、無線信号を受信するための受信アンテナ１１８とが設けられた筐体１３０を含む。筐体１３０は、中央処理部１０２と、信号処理部１０６と、無線送信部１１２と、無線受信部１１６とを含む。
【００３３】
中央処理部１０２は、主たる構成要素として、プロセッサと、プロセッサで実行されるプログラムを保持するための不揮発性メモリと、ワークメモリとして機能する揮発性メモリとを含む。
【００３４】
なお、中央処理部１０２によって提供される機能の一部または全部を専用のハードウェア（集積回路）として実装してもよい。この場合には、中央処理部１０２によって提供される機能に加えて、信号処理部１０６、無線送信部１１２、および、無線受信部１１６によって提供される機能の全部または一部を含めて、１チップ化してもよい。さらに、プロセッサ、メモリ、周辺デバイス用のコントローラといった部品を１チップ化したＳｏＣ（System On a Chip）を利用することもできる。
【００３５】
代替の構成として、信号処理部１０６、無線送信部１１２、および、無線受信部１１６によって提供される機能の全部または一部をソフトウェアとして実装してもよい。この場合には、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）といった演算装置（プロセッサ）が予めインストールされた命令セットを実行することになる。
【００３６】
信号処理部１０６は、自装置が存在するセルエリアを管理するＨｅＮＢ２００との間で遣り取りされる無線信号を処理する。より具体的には、信号処理部１０６は、中央処理部１０２などから与えられる内部指令に従って、ＨｅＮＢ２００へ送信すべき情報を無線送信部１１２へ出力する。無線送信部１１２は、信号処理部１０６から受けた情報に対して符号化および変調を行って、その結果得られる無線信号を送信アンテナ１１４を介して外部へ放射する。また、無線受信部１１６は受信アンテナ１１８を介して受信した無線信号に対して復調および復号化を行って、その結果得られた情報を信号処理部１０６へ出力する。
【００３７】
筐体１３０は、さらに、各種情報を表示するための表示部１２０と、ユーザの音声などを取得するためのマイク１２２と、受信した音声を再生するためのスピーカ１２４と、ユーザ操作を受付けるための入力部１２６とを含む。これらの部位は、典型的には、筐体１３０から露出するように配置される。
【００３８】
（２−２：基地局（ＨｅＮＢ）の構成）
次に、本実施の形態に従う通信システム１において利用されるＨｅＮＢ２００の構成について説明する。図３は、本発明の実施の形態に従う基地局（ＨｅＮＢ）２００の概略構成を示すブロック図である。
【００３９】
図３を参照して、ＨｅＮＢ２００は、中央処理部２０２と、信号処理部２０６と、無線送信部２１２と、送信アンテナ２１４と、無線受信部２１６と、受信アンテナ２１８と、上位ネットワークインターフェイス（Ｉ／Ｆ）２２０と、制御インターフェイス（Ｉ／Ｆ）２２２とを含む。
【００４０】
中央処理部２０２は、主たる構成要素として、プロセッサと、プロセッサで実行されるプログラムを保持するための不揮発性メモリと、ワークメモリとして機能する揮発性メモリとを含む。さらに、中央処理部２０２は、ハンドオーバーロジック２０４と、Ｘ２インターフェイスロジック２０５とを含む。これらのロジックは、典型的には、中央処理部２０２がプログラムを実行することで提供される。例えば、各ロジックに対応するモジュールが予め不揮発性メモリに記憶されており、中央処理部２０２がこれらのモジュールを読み出して実行することで後述するような機能が提供される。
【００４１】
ハンドオーバーロジック２０４は、少なくとも他の一つのＨｅＮＢ２００との間でハンドオーバーを行なう。このハンドオーバーは、ＵＥ１００から送信された各種情報に応答して開始される。ハンドオーバーロジック２０４は、ＨｅＮＢ２００の間でのハンドオーバーについては、Ｘ２インターフェイスロジック２０５を動作させる。なお、Ｘ２インターフェイスを有さないＨｅＮＢ２００（または、ｅＮＢ）の間でのハンドオーバーについては、図示しないロジックを用いて、Ｓ１インターフェイスに従うハンドオーバー手続きを実行させてもよい。
【００４２】
Ｘ２インターフェイスロジック２０５は、自局と他のＨｅＮＢ２００とを直接的に接続した回線を利用してハンドオーバー動作を行なう。
【００４３】
ハンドオーバーロジック２０４は、いずれかのＵＥ１００についてハンドオーバーが完了すると、記憶部２０８に格納されている管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。
【００４４】
なお、中央処理部２０２によって提供される機能の一部または全部を専用のハードウェア（集積回路）として実装してもよい。この場合には、中央処理部２０２によって提供される機能に加えて、信号処理部２０６、無線送信部２１２、および、無線受信部２１６によって提供される機能の全部または一部を含めて、１チップ化してもよい。さらに、プロセッサ、メモリ、周辺デバイス用のコントローラといった部品を１チップ化したＳｏＣを利用することもできる。
【００４５】
代替の構成として、信号処理部２０６、無線送信部２１２、および、無線受信部２１６によって提供される機能の全部または一部をソフトウェアとして実装してもよい。この場合には、ＣＰＵやＤＳＰといった演算装置（プロセッサ）が予めインストールされた命令セットを実行することになる。
【００４６】
信号処理部２０６は、自局が提供するセルエリア内に存在するＵＥ１００との間で遣り取りされる無線信号を処理する。より具体的には、信号処理部２０６は、中央処理部２０２などから与えられる内部指令に従って、ＵＥ１００へ送信すべき情報を無線送信部２１２へ出力する。無線送信部２１２は、信号処理部２０６から受けた情報に対して符号化および変調を行って、その結果得られる無線信号を送信アンテナ２１４を介して外部へ放射する。また、無線受信部２１６は受信アンテナ２１８を介して受信した無線信号に対して復調および復号化を行って、その結果得られた情報を信号処理部２０６へ出力する。
【００４７】
上位ネットワークインターフェイス２１０は、自局を管理するゲートウェイ３００またはＭＭＥ４００との間で、ユーザデータ、制御情報、および管理情報などを遣り取りする。同様に、制御インターフェイス２２２は、他のＨｅＮＢ２００との間で制御情報を遣り取りする。
【００４８】
（２−３：ゲートウェイ）
次に、本実施の形態に従う通信システム１において利用されるゲートウェイ３００の構成について説明する。図４は、本発明の実施の形態に従うゲートウェイ３００の概略構成を示すブロック図である。
【００４９】
図４を参照して、ゲートウェイ３００は、中央処理部３０２と、上位ネットワークインターフェイス（Ｉ／Ｆ）３２０と、下位ネットワークインターフェイス（Ｉ／Ｆ）３２２−１，３２２−２，…，３２２−ｎとを含む。
【００５０】
中央処理部３０２は、主たる構成要素として、プロセッサと、プロセッサで実行されるプログラムを保持するための不揮発性メモリと、ワークメモリとして機能する揮発性メモリとを含む。さらに、中央処理部３０２は、ＵＥ管理ロジック３０４を含む。このロジックは、典型的には、中央処理部３０２がプログラムを実行することで提供される。例えば、ＵＥ管理ロジック３０４に対応するモジュールが予め不揮発性メモリに記憶されており、中央処理部３０２がこれらのモジュールを読み出して実行することで後述するような機能が提供される。
【００５１】
ＵＥ管理ロジック３０４は、自局が管理しているいずれかのＨｅＮＢ２００からの通知などに基づいて、ＵＥ１００のセルエリア間の移動などを検知し、この検知結果に基づいて、記憶部３０８に格納されている管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。
【００５２】
なお、中央処理部３０２によって提供される機能の一部または全部を専用のハードウェア（集積回路）として実装してもよい。この場合には、中央処理部２０２によって提供される機能に加えて、上位ネットワークインターフェイス３２０、および、下位ネットワークインターフェイス３２２−１，３２２−２，…，３２２−ｎによって提供される機能の全部または一部を含めて、１チップ化してもよい。さらに、プロセッサ、メモリ、周辺デバイス用のコントローラといった部品を１チップ化したＳｏＣを利用することもできる。
【００５３】
上位ネットワークインターフェイス３２０は、自局を管理するＭＭＥ４との間で、ユーザデータ、制御情報、および管理情報などを遣り取りする。下位ネットワークインターフェイス３２２−１，３２２−２，…，３２２−ｎは、自局が管理しているＨｅＮＢ２００との間で、ユーザデータ、制御情報、および管理情報などを遣り取りする。
【００５４】
（２−４：移動管理機能）
本実施の形態に従う通信システム１において利用されるＭＭＥ４００の構成については、図４に示すゲートウェイ３００の構成とほぼ同様であるので、詳細な説明は繰返さない。但し、ＭＭＥ４００においては、管理情報を保持する記憶部３０８を設ける必要はない。
【００５５】
＜３．ハンドオーバーに係る課題＞
まず、図１に示すようなハンドオーバーに係る課題について説明する。図１に示す例では、ＵＥ１００が、ゲートウェイ３００に接続されているＨｅＮＢ２００−１が提供するセルエリア２５０−１からＨｅＮＢ２００−２が提供するセルエリア２５０−２へ移動する例を示す。ここで、ＨｅＮＢ２００−２は、ゲートウェイ３００に接続されず、ＭＭＥ４００に直接接続されている。
【００５６】
ＬＴＥ方式またはＬＴＥ−Ａ方式に係る現行の規格では、このように、ゲートウェイによって管理されているＨｅＮＢ（ソースＨｅＮＢ）からゲートウェイによって管理されていない別のＨｅＮＢ（ターゲットＨｅＮＢ）へハンドオーバーした場合に、ソースＨｅＮＢを管理するソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する方法は定められていない。
【００５７】
図５は、現行規格下における図１に示すハンドオーバーに係る手続きを示すシーケンス図である。図５を参照して、ＵＥ１００がソースＨｅＮＢ（ＨｅＮＢ２００−１）からターゲットＨｅＮＢ（ＨｅＮＢ２００−２）へ移動すると、ＵＥ１００、ソースＨｅＮＢ、およびターゲットＨｅＮＢの間で、ハンドオーバー処理（この例では、Ｘ２インターフェイスに従うハンドオーバー処理）が実行される（シーケンスＳＱ２００）。
【００５８】
ハンドオーバー処理が完了すると、ターゲットＨｅＮＢは、ＵＥ１００へのデータのルーティング情報を更新するためのＰａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをＭＭＥ４００へ送信する（シーケンスＳＱ２０２）。ＭＭＥ４００は、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局のルーティング情報を更新するとともに、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔの受領を示すＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫをターゲットＨｅＮＢへ送信する（シーケンスＳＱ２０４）。
【００５９】
ターゲットＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫを受信すると、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをソースＨｅＮＢへ送信する（シーケンスＳＱ２０６）。ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を解放する（シーケンスＳＱ２０８）。そして、一連の処理が終了する。
【００６０】
図５に示すように、現行規格下においては、図１に示すようなハンドオーバーが発生すると、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する手段がない。そのため、ソースＨｅＮＢ＿ＧＷでは、ソースＨｅＮＢが提供するセルエリア内には既に存在しないＵＥ１００の管理情報をいつまでも保持することになり得る。
【００６１】
＜４．ハンドオーバーに係る関連技術およびその課題＞
上述したように、ＬＴＥ方式またはＬＴＥ−Ａ方式に係る現行の規格では、ゲートウェイによって管理されているＨｅＮＢ（ソースＨｅＮＢ）からゲートウェイによって管理されていない別のＨｅＮＢ（ターゲットＨｅＮＢ）へハンドオーバーした場合に、ソースＨｅＮＢを管理するソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する方法は定められていない。ゲートウェイが保持するＵＥ１００の管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を解放しないと、ゲートウェイは、常にＵＥ１００に関する情報を管理することになり、ＵＥ１００が多数存在する場合には、ゲートウェイ３００の保持する管理情報が膨大になり処理負荷が大きくなる。また、ゲートウェイ３００に要求されるリソース（メモリ容量など）も大きくなり、コストアップにつながる。そのため、必要な管理情報のみを保持し、不要になった管理情報は迅速に解放する必要がある。
【００６２】
そこで、非特許文献１では、以下のような提案がなされている。すなわち、ゲートウェイ３００に接続されているソースＨｅＮＢからゲートウェイ３００に接続されていないターゲットＨｅＮＢへのハンドオーバー時には、ＭＭＥ４００が主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。
【００６３】
図６は、提案されている方式に従うハンドオーバーに係る手続きを示す模式図である。図７は、提案されている方式に従うハンドオーバーに係る手続きを示すシーケンス図である。
【００６４】
図６および図７を参照して、ＵＥ１００がソースＨｅＮＢ（ＨｅＮＢ２００−１）からターゲットＨｅＮＢ（ＨｅＮＢ２００−２）へ移動すると、ＵＥ１００、ソースＨｅＮＢ、ターゲットＨｅＮＢ、および、ＭＭＥ４００の間で、ハンドオーバー処理（この例では、Ｘ２インターフェイスに従うハンドオーバー処理）が実行される（シーケンスＳＱ２００Ａ）。
【００６５】
ハンドオーバー処理が完了すると、上述と同様に、ターゲットＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをＭＭＥ４００へ送信する（シーケンスＳＱ２０２）。ＭＭＥ４００は、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局のルーティング情報を更新するとともに、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔの受領を示すＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫをターゲットＨｅＮＢへ送信する（シーケンスＳＱ２０４）。続いて、ＭＭＥ４００は、ターゲットＨｅＮＢが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を解放させるためのＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをターゲットＨｅＮＢへ送信する（シーケンスＳＱ２２０）。
【００６６】
ターゲットＨｅＮＢは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドを受信すると、そのコマンドに従って、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を解放する（シーケンスＳＱ２０８）。続いて、ターゲットＨｅＮＢは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報の解放が完了したことを示すＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ２２４）。
【００６７】
ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を解放する（シーケンスＳＱ２２６）。続いて、ソースＨｅＮＢ＿ＧＷは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報の解放が完了したことを示すＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅをＭＭＥ４００へ送信する（シーケンスＳＱ２２８）。
【００６８】
以上のような一連の手続きによって、図６に示すようなハンドオーバーが生じても、ソースＨｅＮＢ＿ＧＷに不要な管理情報が残らないようにする。
【００６９】
上述したように、非特許文献１に開示される方法では、ＭＭＥ４００が主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報を更新する。しかしながら、この方法では、以下のような課題が生じ得る。
【００７０】
すなわち、ＭＭＥ４００は、ソースＨｅＮＢ＿ＧＷからのＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅによって、ソースＨｅＮＢ＿ＧＷにおける管理情報の更新の完了を検知するので、時間を要する。すなわち、ＭＭＥ４００がゲートウェイ３００の保持する管理情報が更新されたことを把握するまでに比較的長い時間を要する。また、ＭＭＥ４００は、ソースＨｅＮＢ＿ＧＷからのＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信するまで待機する必要がある。
【００７１】
これらの理由によって、ＭＭＥ４００における処理負荷が大きくなり得る。また、ＭＭＥ４００では多数のＵＥ１００を管理する必要があるので、図６および図７に示すような手続きを実現するためには、ＭＭＥ４００のリソースを大きくする必要がある。そこで、本実施の形態においては、後述するような解決手段を採用した。
【００７２】
＜５．実施の形態１＞
実施の形態１に従う通信システムにおいては、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新するとともに、当該ＵＥ１００に関連付けられた管理情報を更新するための指令を、自局を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【００７３】
図８は、本発明の実施の形態１に従う通信システムにおけるハンドオーバーに係る手続きを示す模式図である。図９は、本発明の実施の形態１に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【００７４】
図８および図９に示す手続きは、図５に示す手続きと比較して、ソースＨｅＮＢがＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新するためのメッセージを送信する点が異なっている。すなわち、実施の形態１に従う通信システムでは、ソースＨｅＮＢは、ソースＨｅＮＢ＿ＧＷの保持する管理情報を更新するための手段を有している。
【００７５】
より具体的には、図８および図９を参照して、ＵＥ１００がソースＨｅＮＢ（ＨｅＮＢ２００−１）からターゲットＨｅＮＢ（ＨｅＮＢ２００−２）へ移動すると、ＵＥ１００、ソースＨｅＮＢ、およびターゲットＨｅＮＢの間で、ハンドオーバー処理（この例では、Ｘ２インターフェイスに従うハンドオーバー処理）が実行される（シーケンスＳＱ１００）。
【００７６】
ハンドオーバー処理が完了すると、ターゲットＨｅＮＢは、ＵＥ１００へのデータのルーティング情報を更新するためのＰａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをＭＭＥ４００へ送信する（シーケンスＳＱ１０２）。ＭＭＥ４００は、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局のルーティング情報を更新するとともに、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔの受領を示すＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫをターゲットＨｅＮＢへ送信する（シーケンスＳＱ１０４）。
【００７７】
ターゲットＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫを受信すると、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをソースＨｅＮＢへ送信する（シーケンスＳＱ１０６）。ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、保持している管理情報を更新するためのメッセージであるＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ１０８）。ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１２）。この管理情報の更新処理は、ハンドオーバーしたＵＥ１００を管理対象から除外するための処理である。より具体的には、ハンドオーバーしたＵＥ１００に対応するＵＥ＿ｃｏｎｔｅｘｔを削除する方法、ソースＨｅＮＢのセルエリア外にＵＥ１００が移動したことを示す情報（フラグなど）を付加する方法、ＵＥ１００を管理するための管理情報の内容を保存し直す方法などが挙げられる。
【００７８】
また、ソースＨｅＮＢは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信した後に、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１０）。この管理情報の更新処理は、上述したソースＨｅＮＢ＿ＧＷの場合と同様に、ハンドオーバーしたＵＥ１００を管理対象から除外するための処理である。より具体的には、ハンドオーバーしたＵＥ１００に対応するＵＥ＿ｃｏｎｔｅｘｔを削除する方法、ソースＨｅＮＢのセルエリア外にＵＥ１００が移動したことを示す情報（フラグなど）を付加する方法、ＵＥ１００を管理するための管理情報の内容を保存し直す方法などが挙げられる。
【００７９】
このように、実施の形態１においては、ソースＨｅＮＢは、その管理主体がソースＨｅＮＢからターゲットＨｅＮＢへ変更されたＵＥ１００（典型的には、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへ移動したＵＥ１００）に関連付けられた管理情報を更新するための指令をソースＨｅＮＢ＿ＧＷへ送信した後に、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新する。
【００８０】
次に、図８および図９に示すような手続きを実現するためのソースＨｅＮＢにおける処理について説明する。
【００８１】
図１０は、本発明の実施の形態１に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図１０を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００から、所定条件を満たしたとの報告を受信したか否かを判断する（ステップＳ１００）。この所定条件は、ネットワーク（ＭＭＥ４００など）によって予め設定されている。このような所定条件としては、「他のセルエリア（ターゲットＨｅＮＢが提供）における受信レベルが、在園しているセルエリア（ソースＨｅＮＢが提供）における受信レベルに比較して高い」といったものが想定される。このような条件は、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへＵＥ１００が移動したような場合に満足される。もちろん、通信環境によっては、ソースＨｅＮＢが提供するセルエリア内にＵＥ１００が在園しているが、ターゲットＨｅＮＢからの信号をより高いレベルで受信できる場合なども存在し、このような場合にも、ハンドオーバー処理は開始される。すなわち、ステップＳ１００の処理は、ＵＥ１００から後述するハンドオーバー処理の契機となる報告がＵＥ１００から通知されたか否かを判断するものである。
【００８２】
いずれのＵＥ１００からも所定条件を満たしたとの報告を受信したとの報告を受信していない場合（ステップＳ１００においてＮＯの場合）には、ステップＳ１００の処理が繰返される。
【００８３】
いずれかのＵＥ１００から所定条件を満たしたとの報告を受信したとの報告を受信した場合（ステップＳ１００においてＹＥＳの場合）には、ＨｅＮＢ２００は、報告元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ１０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ１０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ１０４においてＮＯの場合）には、ステップＳ１０４の処理が繰返される。
【００８４】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ１０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信する（ステップＳ１０６）。続いて、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ１０８）。そして、一連の処理は終了する。
【００８５】
上述したように、実施の形態１においては、ソースＨｅＮＢとソースＨｅＮＢ＿ＧＷとの間のメッセージ伝送についての信頼性は十分に確保されているため、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅのＭＭＥ４００への送信が省略される。これにより、図７に示すようなＭＭＥ４００がＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信するまで待機する必要はない。また、ソースＨｅＮＢは、ソースＨｅＮＢ＿ＧＷに対して、保持している管理情報を更新するためのメッセージのみを送信すれば十分である。そのため、ＭＭＥ４００およびソースＨｅＮＢのいずれとも処理負荷を軽減できる。
【００８６】
また、実施の形態１における手続き全体も単純化されるので、多数のＵＥ１００がハンドオーバーした場合でも、管理情報（ＵＥ＿Ｃｏｎｔｅｘｔ）の更新を迅速に行なうことができる。
【００８７】
＜６．実施の形態２＞
実施の形態２に従う通信システムにおいては、実施の形態１と同様に、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新するとともに、当該ＵＥ１００に関連付けられた管理情報を更新するための指令を、自局を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【００８８】
図１１は、本発明の実施の形態２に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。図１１に示す手続きは、図９に示す手続きと比較して、ソースＨｅＮＢがＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信するタイミングが異なっている。すなわち、実施の形態２においては、ソースＨｅＮＢは、自局が保持する管理情報のうち、その管理主体がソースＨｅＮＢからターゲットＨｅＮＢへ変更されたＵＥ１００（典型的には、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへ移動したＵＥ１００）に関連付けられた管理情報を更新した後に、当該ＵＥ１００に関連付けられた管理情報を更新するための指令をソースＨｅＮＢ＿ＧＷへ送信する。
【００８９】
より具体的には、図１１のシーケンスＳＱ１００〜ＳＱ１０６は、図９のシーケンスＳＱ１００〜ＳＱ１０６と同様である。そして、ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１０）。その後、ソースＨｅＮＢは、保持している管理情報を更新するためのメッセージであるＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ１０８Ａ）。ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１２）。
【００９０】
なお、シーケンスＳＱ１０８Ａにおいて送信されるＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎには、ソースＨｅＮＢがシーケンスＳＱ１１０において更新した管理情報の内容が反映されてもよい。すなわち、ソースＨｅＮＢは、更新後のＵＥ＿ｃｏｎｔｅｘｔの内容に基づいて、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを生成する。このＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎには、管理情報のうち変更された部分のみを含めてもよいし、変更されていない部分も加えてソースＨｅＮＢが保持するすべての管理情報を含めてもよい。このように、ソースＨｅＮＢにおける更新後の管理情報がソースＨｅＮＢ＿ＧＷへ送信されることで、送信される情報量を増加し得るが、ソースＨｅＮＢ＿ＧＷが保持する管理情報を、ソースＨｅＮＢにおける更新後の管理情報と一致させる（同期させる）ことができる。
【００９１】
図１２は、本発明の実施の形態２に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図１２を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００から、所定条件を満たしたとの報告を受信したか否かを判断する（ステップＳ２００）。この所定条件については、上述の実施の形態１において説明したので、詳細な説明は繰返さない。いずれのＵＥ１００からも所定条件を満たしたとの報告を受信したとの報告を受信していない場合（ステップＳ２００においてＮＯの場合）には、ステップＳ２００の処理が繰返される。
【００９２】
いずれかのＵＥ１００から所定条件を満たしたとの報告を受信したとの報告を受信した場合（ステップＳ２００においてＹＥＳの場合）には、ＨｅＮＢ２００は、通知元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ２０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ２０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ２０４においてＮＯの場合）には、ステップＳ２０４の処理が繰返される。
【００９３】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ２０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ２０６）。続いて、ＨｅＮＢ２００は、更新後の管理情報に基づいてＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを生成し（ステップＳ２０８）、生成したＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをソースＨｅＮＢ＿ＧＷへ送信する（ステップＳ２１０）。そして、一連の処理は終了する。
【００９４】
実施の形態２によれば、上述した実施の形態１と同様の作用効果に加えて、以下のような作用効果を奏する。すなわち、ソースＨｅＮＢは、自局で更新した管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）に基づいて、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを生成し、ソースＨｅＮＢ＿ＧＷへ送信するため、ソースＨｅＮＢとソースＨｅＮＢ＿ＧＷとの間で管理情報を同期させることができる。
【００９５】
また、ソースＨｅＮＢ＿ＧＷから見れば、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｉｎｄｉｃａｔｉｏｎを受信した時点では、自局が管理しているＨｅＮＢにおいては既に管理情報が更新されていることが保証されるので、ＨｅＮＢの状態を考慮することなく、管理情報を更新できる。そのため、ＨｅＮＢの状態の考慮に必要な処理を省略できる。
【００９６】
＜７．実施の形態３＞
実施の形態３に従う通信システムにおいては、実施の形態１と同様に、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新するとともに、当該ＵＥ１００に関連付けられた管理情報を更新するための指令を、自局を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【００９７】
実施の形態３においては、ソースＨｅＮＢ＿ＧＷから管理情報の更新の完了が通知されたことに応答して、ソースＨｅＮＢが自局の管理情報を更新する。すなわち、ソースＨｅＮＢは、その管理主体がソースＨｅＮＢからターゲットＨｅＮＢへ変更されたＵＥ１００（典型的には、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへ移動したＵＥ１００）に関連付けられた管理情報が更新されたとのソースＨｅＮＢ＿ＧＷからの通知に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新する。
【００９８】
図１３は、本発明の実施の形態３に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。図１３のシーケンスＳＱ１００〜ＳＱ１０６は、図９のシーケンスＳＱ１００〜ＳＱ１０６と同様である。そして、ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、保持している管理情報を更新するための命令であるＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ１０７）。ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドは、管理情報を更新するための命令コードと、管理情報の更新を通知させるための命令コードとを含み得る。
【００９９】
ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドを受信すると、そのコマンドに従って、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１２）。続いて、ソースＨｅＮＢ＿ＧＷは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報の更新が完了したことを示すＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅをソースＨｅＮＢへ送信する（シーケンスＳＱ１１１）。
【０１００】
ソースＨｅＮＢは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１０）。そして、一連の処理は終了する。
【０１０１】
図１４は、本発明の実施の形態３に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図１４を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００から、所定条件を満たしたとの報告を受信したか否かを判断する（ステップＳ３００）。この所定条件については、上述の実施の形態１において説明したので、詳細な説明は繰返さない。いずれのＵＥ１００からも所定条件を満たしたとの報告を受信したとの報告を受信していない場合（ステップＳ３００においてＮＯの場合）には、ステップＳ３００の処理が繰返される。
【０１０２】
いずれかのＵＥ１００から所定条件を満たしたとの報告を受信したとの報告を受信した場合（ステップＳ３００においてＹＥＳの場合）には、ＨｅＮＢ２００は、通知元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ３０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ３０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ３０４においてＮＯの場合）には、ステップＳ３０４の処理が繰返される。
【０１０３】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ３０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、ＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する（ステップＳ３０６）。続いて、ＨｅＮＢ２００は、ソースＨｅＮＢ＿ＧＷからＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信したか否かを判断する（ステップＳ３０８）。ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信していない場合（ステップＳ３０８においてＮＯの場合）には、ステップＳ３０８の処理が繰返される。
【０１０４】
ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信した場合（ステップＳ３０８においてＹＥＳの場合）には、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ３１０）。そして、一連の処理は終了する。
【０１０５】
実施の形態３によれば、ソースＨｅＮＢは、ソースＨｅＮＢ＿ＧＷにおいて管理情報の更新が完了したことに応答して、自局の管理情報を更新する。そのため、ソースＨｅＮＢとソースＨｅＮＢ＿ＧＷとの間で管理情報を同期させることができる。すなわち、ソースＨｅＮＢから見れば、ソースＨｅＮＢ＿ＧＷにおける管理情報が更新されたことが保証された状態で、自局の管理情報を更新できる。また、ソースＨｅＮＢ＿ＧＷから見れば、ＨｅＮＢの状態を考慮することなく、管理情報を更新できる。そのため、ＨｅＮＢの状態の考慮に必要な処理を省略できる。
【０１０６】
＜８．実施の形態４＞
実施の形態４に従う通信システムにおいては、実施の形態１と同様に、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新するとともに、当該ＵＥ１００に関連付けられた管理情報を更新するための指令を、自局を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【０１０７】
図１５は、本発明の実施の形態４に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。図１５に示す手続きは、図１３に示す実施の形態３に従う手続きと比較して、ソースＨｅＮＢがＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信するタイミングが異なっている。すなわち、実施の形態４においては、ソースＨｅＮＢは、その管理主体がソースＨｅＮＢからターゲットＨｅＮＢへ変更されたＵＥ１００（典型的には、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへ移動したＵＥ１００）に関連付けられた管理情報を更新するための指令をソースＨｅＮＢ＿ＧＷへ送信した後に、ソースＨｅＮＢ＿ＧＷからの管理情報が更新されたとの通知を待つ。
【０１０８】
より具体的には、図１５のシーケンスＳＱ１００〜ＳＱ１０６は、図１３のシーケンスＳＱ１００〜ＳＱ１０６と同様である。そして、ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１０）。その後、ソースＨｅＮＢは、保持している管理情報を更新するための命令であるＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ１０７）。ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドを受信すると、そのコマンドに従って、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１２）。続いて、ソースＨｅＮＢ＿ＧＷは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報の更新が完了したことを示すＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅをソースＨｅＮＢへ送信する（シーケンスＳＱ１１１）。そして、一連の処理は終了する。
【０１０９】
なお、シーケンスＳＱ１０７において送信されるＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドには、ソースＨｅＮＢがシーケンスＳＱ１１０において更新した管理情報の内容が反映されてもよい。すなわち、ソースＨｅＮＢは、更新後のＵＥ＿ｃｏｎｔｅｘｔの内容に基づいて、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドを生成する。このＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドには、管理情報のうち変更された部分のみを含めてもよいし、変更されていない部分も加えてソースＨｅＮＢが保持するすべての管理情報を含めてもよい。このように、ソースＨｅＮＢにおける更新後の管理情報がソースＨｅＮＢ＿ＧＷへ送信されることで、送信される情報量を増加し得るが、ソースＨｅＮＢ＿ＧＷが保持する管理情報を、ソースＨｅＮＢにおける更新後の管理情報と一致させる（同期させる）ことができる。
【０１１０】
図１６は、本発明の実施の形態４に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図１６を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００から、所定条件を満たしたとの報告を受信したか否かを判断する（ステップＳ４００）。この所定条件については、上述の実施の形態１において説明したので、詳細な説明は繰返さない。いずれのＵＥ１００からも所定条件を満たしたとの報告を受信したとの報告を受信していない場合（ステップＳ４００においてＮＯの場合）には、ステップＳ４００の処理が繰返される。
【０１１１】
いずれかのＵＥ１００から所定条件を満たしたとの報告を受信したとの報告を受信した場合（ステップＳ４００においてＹＥＳの場合）には、ＨｅＮＢ２００は、通知元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ４０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ４０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ４０４においてＮＯの場合）には、ステップＳ４０４の処理が繰返される。
【０１１２】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ４０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ４０６）。続いて、ＨｅＮＢ２００は、更新後の管理情報に基づいてＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅコマンドを生成し（ステップＳ４０８）、生成したＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する（ステップＳ４１０）。そして、一連の処理は終了する。
【０１１３】
実施の形態４によれば、上述した実施の形態２と同様の作用効果に加えて、以下のような作用効果を奏する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢ＿ＧＷが保持する管理情報を更新したことを確認できる。そのため、万が一、通信エラーなどが発生し、ソースＨｅＮＢ＿ＧＷにおいて管理情報の更新が適切に実行されなかった場合であっても、それを修正することもできる。
【０１１４】
＜９．実施の形態４の変形例＞
図１５に示す実施の形態４においては、ソースＨｅＮＢは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新した後に、管理情報を更新するための命令であるＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する。これに代えて、ソースＨｅＮＢは、管理情報を更新するための命令であるＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信した後に、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報を更新してもよい（図１５の破線で示したブロック参照）。
【０１１５】
実施の形態４の変形例に従うより詳細な処理は、上述の実施の形態４を参照すれば容易に理解できるので、これ以上の説明は行なわない。
【０１１６】
実施の形態４の変形例によれば、上述した実施の形態４と同様の作用効果に加えて、以下のような作用効果を奏する。すなわち、ソースＨｅＮＢとソースＨｅＮＢ＿ＧＷとが並列的に管理情報を更新するので、一連の処理に要する時間を短縮できる。
【０１１７】
＜１０．実施の形態５＞
実施の形態５に従う通信システムにおいては、実施の形態１と同様に、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、自局が保持する管理情報のうち当該ＵＥ１００に関連付けられた管理情報を更新するとともに、当該ＵＥ１００に関連付けられた管理情報を更新するための指令を、自局を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【０１１８】
実施の形態５においては、上述の実施の形態３、実施の形態４、および実施の形態４の変形例において、さらに、ソースＨｅＮＢ＿ＧＷにおいて管理情報の更新が完了したことに応答して、ＭＭＥ４００にその旨を通知する。すなわち、実施の形態５においては、ソースＨｅＮＢは、その管理主体がソースＨｅＮＢからターゲットＨｅＮＢへ変更されたＵＥ１００（典型的には、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへ移動したＵＥ１００）に関連付けられた管理情報が更新されたとのソースＨｅＮＢ＿ＧＷからの通知に応答して、管理情報の更新の完了をＭＭＥ４００へ送信する。
【０１１９】
図１７は、本発明の実施の形態５に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。図１７に示す手続きは、図１３に示す手続きと比較して、ソースＨｅＮＢが自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新（シーケンスＳＱ１１０）した後の処理が異なっている。
【０１２０】
より具体的には、ソースＨｅＮＢは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新（シーケンスＳＱ１１０）した後、ソースＨｅＮＢ＿ＧＷからのＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅに基づいて、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをＭＭＥ４００へ送信する（シーケンスＳＱ１１５）。すなわち、ソースＨｅＮＢは、ソースＨｅＮＢ＿ＧＷから土に応答して、ソースＨｅＮＢおよびソースＨｅＮＢ＿ＧＷでの管理情報の更新が完了したことをＭＭＥ４００へ通知する。
【０１２１】
図１８は、本発明の実施の形態５に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図１８を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００からセルエリア外への移動が通知されているか否かを判断する（ステップＳ５００）。いずれのＵＥ１００からもセルエリア外への移動が通知されていない場合（ステップＳ５００においてＮＯの場合）には、ステップＳ５００の処理が繰返される。
【０１２２】
いずれかのＵＥ１００からセルエリア外への移動が通知されている場合（ステップＳ５００においてＹＥＳの場合）には、ＨｅＮＢ２００は、通知元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ５０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ５０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ５０４においてＮＯの場合）には、ステップＳ５０４の処理が繰返される。
【０１２３】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ５０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、ＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信する（ステップＳ５０６）。続いて、ＨｅＮＢ２００は、ソースＨｅＮＢ＿ＧＷからＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信したか否かを判断する（ステップＳ５０８）。ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信していない場合（ステップＳ５０８においてＮＯの場合）には、ステップＳ５０８の処理が繰返される。
【０１２４】
ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｃｏｍｐｌｅｔｅを受信した場合（ステップＳ５０８においてＹＥＳの場合）には、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ５１０）。続いて、ＨｅＮＢ２００は、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＩｎｄｉｃａｔｉｏｎをＭＭＥ４００へ送信する（シーケンスＳＱ５１２）。そして、一連の処理は終了する。
【０１２５】
なお、実施の形態５に従う通信システムにおいては、図１５に示す実施の形態４または実施の形態４の変形例に従う通信システムと同様に、ＵＥ＿Ｃｏｎｔｅｘｔ＿ＲｅｌｅａｓｅコマンドをソースＨｅＮＢ＿ＧＷへ送信（シーケンスＳＱ１０７）する前または後に、ソースＨｅＮＢが自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報を更新するようにしてもよい。
【０１２６】
実施の形態５によれば、上述した実施の形態３、実施の形態４、または実施の形態４の変形例と同様の作用効果に加えて、以下のような作用効果を奏する。すなわち、ＭＭＥ４００から見れば、ソースＨｅＮＢおよびソースＨｅＮＢ＿ＧＷにおいて管理情報が更新されたことを明示的に検知することができる。そのため、ＭＭＥ４００による管理とソースＨｅＮＢおよびソースＨｅＮＢ＿ＧＷとの間の整合性を維持することができる。
【０１２７】
＜１１．実施の形態６＞
上述の実施の形態１〜５においては、ソースＨｅＮＢが主導的に処理を行なうことで、ソースＨｅＮＢ＿ＧＷが保持する管理情報を更新する例を示した。これに対して、次に述べる実施の形態６においては、ソースＨｅＮＢ＿ＧＷが保持する管理情報を更新するための契機をＭＭＥ４００が通知する例を示す。
【０１２８】
実施の形態６に従う通信システムにおいては、ソースＨｅＮＢからターゲットＨｅＮＢへのハンドオーバー時に、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新するための情報をＭＭＥ４００が通知する。一方で、ソースＨｅＮＢが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）については、従来の手続きに従って更新される。すなわち、ＭＭＥ４００は、ソースＨｅＮＢが提供するセルエリアからターゲットＨｅＮＢが提供するセルエリアへのＵＥ１００の移動に応答して、ソースＨｅＮＢが管理情報を更新したとの通知とは独立して、ＵＥ１００に関連付けられた管理情報を更新するための指令を、ソースＨｅＮＢを管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）へ送信する。
【０１２９】
図１９は、本発明の実施の形態６に従う通信システムにおけるハンドオーバーに係る手続きを示すシーケンス図である。
【０１３０】
図１９に示す手続きは、図５に示す手続きと比較して、ＭＭＥ４００がＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新するためのメッセージを送信する点が異なっている。すなわち、実施の形態６に従う通信システムでは、ＭＭＥ４００は、ソースＨｅＮＢ＿ＧＷの保持する管理情報を更新するための手段を有している。
【０１３１】
より具体的には、図１９を参照して、ＵＥ１００がソースＨｅＮＢ（ＨｅＮＢ２００−１）からターゲットＨｅＮＢ（ＨｅＮＢ２００−２）へ移動すると、ＵＥ１００、ソースＨｅＮＢ、およびターゲットＨｅＮＢの間で、ハンドオーバー処理（この例では、Ｘ２インターフェイスに従うハンドオーバー処理）が実行される（シーケンスＳＱ１００）。
【０１３２】
ハンドオーバー処理が完了すると、ターゲットＨｅＮＢは、ＵＥ１００へのデータのルーティング情報を更新するためのＰａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをＭＭＥ４００へ送信する（シーケンスＳＱ１０２）。ＭＭＥ４００は、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局のルーティング情報を更新するとともに、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔの受領を示すＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫをターゲットＨｅＮＢへ送信する（シーケンスＳＱ１０４）。
【０１３３】
ターゲットＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫを受信すると、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿ＲｅｑｕｅｓｔをソースＨｅＮＢへ送信する（シーケンスＳＱ１０６）。ソースＨｅＮＢは、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１０）。
【０１３４】
ＭＭＥ４００は、上述したＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔ＿ＡＣＫの送信に引き続いて、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新させるためのＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＲｅｑｕｅｓｔをソースＨｅＮＢ＿ＧＷへ送信する（シーケンスＳＱ１０９）。このＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｒｅｑｕｅｓｔは、ソースＨｅＮＢ＿ＧＷに接続されたソースＨｅＮＢが提供するセルエリアの外へ移動したＵＥ１００を特定するための情報を含む。
【０１３５】
ソースＨｅＮＢ＿ＧＷは、ＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿Ｒｅｑｕｅｓｔを受信すると、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（シーケンスＳＱ１１２）。ソースＨｅＮＢ＿ＧＷは、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報の更新が完了したことを示すＵＥ＿Ｃｏｎｔｅｘｔ＿Ｒｅｌｅａｓｅ＿ＣｏｍｐｌｅｔｅをＭＭＥ４００へ送信する（シーケンスＳＱ１１３）。このソースＨｅＮＢ＿ＧＷによる管理情報の更新（解放）を示す応答メッセージのＭＭＥ４００への送信は、省略してもよい。
【０１３６】
次に、図１９に示すような手続きを実現するためのソースＨｅＮＢにおける処理について説明する。
【０１３７】
図２０は、本発明の実施の形態６に従う通信システムにおけるソースＨｅＮＢにおける手続きを示すフローチャートである。図２０を参照して、ＨｅＮＢ２００は、自局が提供しているセルエリアに在園しているいずれかのＵＥ１００からセルエリア外への移動が通知されているか否かを判断する（ステップＳ６００）。いずれのＵＥ１００からもセルエリア外への移動が通知されていない場合（ステップＳ６００においてＮＯの場合）には、ステップＳ６００の処理が繰返される。
【０１３８】
いずれかのＵＥ１００からセルエリア外への移動が通知されている場合（ステップＳ６００においてＹＥＳの場合）には、ＨｅＮＢ２００は、通知元のＵＥ１００からのハンドオーバー要求と判断し、対象となる他のＨｅＮＢ２００との間でハンドオーバー処理を実行する（ステップＳ６０２）。続いて、ＨｅＮＢ２００は、ハンドオーバー処理を実行した他のＨｅＮＢ２００（ターゲットＨｅＮＢ）からＰａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信したか否かを判断する（ステップＳ６０４）。Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ６０４においてＮＯの場合）には、ステップＳ６０４の処理が繰返される。
【０１３９】
Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔを受信した場合（ステップＳ６０４においてＹＥＳの場合）には、ＨｅＮＢ２００は、自局で保持しているハンドオーバーしたＵＥ１００に対応する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）を更新する（ステップＳ６０６）。そして、一連の処理は終了する。
【０１４０】
実施の形態６においては、Ｐａｔｈ＿Ｓｗｉｔｃｈ＿Ｒｅｑｕｅｓｔに係る手続きによって、ＵＥ１００のハンドオーバー動作はターゲットＨｅＮＢの管理下におかれるので、この手続きとは独立した手続きをＭＭＥ４００が実行しても、ソースＨｅＮＢ＿ＧＷによる管理情報の更新を確実に行なうことができる。これにより、ＭＭＥ４００は、ソースＨｅＮＢ＿ＧＷが保持する管理情報（ＵＥ＿ｃｏｎｔｅｘｔ）の更新を確実化する。
【０１４１】
また、実施の形態６に従う手続きは、従来のＬＴＥマクロセルにおけるハンドオーバー手続きに対する変更点が少なくて済むため、実装が容易化する。
【０１４２】
＜１２．まとめ＞
本実施の形態は、ＬＴＥ方式またはＬＴＥ−Ａ方式のシステムにおいて、移動局（ＵＥ）が基地局（ＨｅＮＢ）と通信中に、他のＨｅＮＢへハンドオーバーしたときに、元のＨｅＮＢ（ソースＨｅＮＢ）を管理するゲートウェイ（ソースＨｅＮＢ＿ＧＷ）の保持する当該ＵＥに関する管理情報を更新する提供する。
【０１４３】
上述した実施の形態１〜６のいずれかの方法を採用することで、多数のＵＥがハンドオーバーを行なった場合であっても、処理時間を短縮するとともに、管理装置（ＭＭＥ）の処理負荷を分散および低減することができる。
【０１４４】
すなわち、本実施の形態によれば、ソースＨｅＮＢに一部の負荷を分担させることで、ＭＭＥが分担する負荷を削減できる。そのため、複数のＵＥが一斉にハンドオーバーした場合であっても、各ＵＥに対応するソースＨｅＮＢがそれぞれ分散して処理するので、全体としては効率を高めることができる。
【０１４５】
また、本実施の形態によれば、管理装置（ＭＭＥ）で保持している管理情報をより迅速に更新することができる。さらに、ソースＨｅＮＢ＿ＧＷが保持している管理情報についても、より迅速に更新することができる。
【０１４６】
また、本実施の形態によれば、ＵＥがハンドオーバーしたことを、ソースＨｅＮＢが管理装置（ＭＭＥ）より先に検知するので、一連の手続きをより高速に完了できる。
【０１４７】
上述の実施の形態においては、小型の発展型無線基地局（ＨｅＮＢ）同士のハンドオーバー動作に着目して説明したが、本発明の対象となる基地局としては、小型の発展型無線基地局（ＨｅＮＢ）に限られることなく、マクロセルを提供する通常の発展型基地局（ｅＮＢ）や他の種類の基地局に関係するハンドオーバー動作に適用することもできる。
【０１４８】
＜１３．その他の局面＞
本発明のある局面に従う通信方法は、以下のようないくつかの好ましい形態を含む。
【０１４９】
好ましくは、第１の基地局は、その管理主体が第１の基地局ら第２の基地局へ変更された移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信した後に、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新する。
【０１５０】
好ましくは、第１の基地局は、自局が保持する管理情報のうち、その管理主体が第１の基地局ら第２の基地局へ変更された移動局に関連付けられた管理情報を更新した後に、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する。
【０１５１】
好ましくは、第１の基地局は、その管理主体が第１の基地局ら第２の基地局へ変更された移動局に関連付けられた管理情報が更新されたとのゲートウェイからの通知に応答して、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新する。
【０１５２】
好ましくは、第１の基地局は、その管理主体が第１の基地局ら第２の基地局へ変更された移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信した後に、ゲートウェイからの管理情報が更新されたとの通知を待つ。
【０１５３】
さらに好ましくは、第１の基地局は、その管理主体が第１の基地局ら第２の基地局へ変更された移動局に関連付けられた管理情報が更新されたとのゲートウェイからの通知に応答して、管理情報の更新を管理装置へ送信する。
【０１５４】
本発明の別の局面に従う通信システムは、移動局と、移動局の位置を管理する管理装置と、第１のセルエリアを提供するとともに、第１のセルエリア内の移動局を管理するための管理情報を保持する第１の基地局と、第１の基地局と管理装置との間に配置され、第１のセルエリア内の移動局を管理するための管理情報を保持するゲートウェイと、第２のセルエリアを提供する第２の基地局とを含む。第１の基地局は、移動局の管理主体が自局から第２の基地局へ変更されたことに応答して、自局が保持する管理情報のうち当該移動局に関連付けられた管理情報を更新する。管理装置は、第１のセルエリアから第２のセルエリアへの移動局の移動に応答して、第１の基地局が管理情報を更新したとの通知とは独立して、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信する。
【０１５５】
本発明のさらに別の局面に従えば、移動局の位置を管理する管理装置と、第１および第２の基地局と、第１の基地局と管理装置との間に配置されたゲートウェイとを備えた通信システムにおける通信方法を提供する。通信方法は、第１の基地局が提供する第１のセルエリアから第２の基地局が提供する第２のセルエリアへの移動局の移動に応答して、第１の基地局が保持する当該移動局に関連付けられた管理情報を更新するステップと、移動局の管理主体が第１の基地局から第２の基地局へ変更されたことに応答して、管理装置が、第１の基地局が管理情報を更新したとの通知とは独立して、当該移動局に関連付けられた管理情報を更新するための指令をゲートウェイへ送信するステップとを含む。
【０１５６】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１５７】
１ 通信システム、１００ 移動局（ＵＥ）、１０２，２０２，３０２ 中央処理部、１０６，２０６ 信号処理部、１１２，２１２ 無線送信部、１１４，２１４ 送信アンテナ、１１６，２１６ 無線受信部、１１８，２１８ 受信アンテナ、１２０ 表示部、１２２ マイク、１２４ スピーカ、１２６ 入力部、１３０ 筐体、２００ 小型の発展型基地局（ＨｅＮＢ）、２０４ ハンドオーバーロジック、２０５ インターフェイスロジック、２０８，３０８ 記憶部、２１０，３２０ 上位ネットワークインターフェイス、２２２ 制御インターフェイス、２５０ セルエリア、３００ ゲートウェイ、３０４ 管理ロジック、３２２−１，３２２−２，…，３２２−ｎ 下位ネットワークインターフェイス、４００ ＭＭＥ、５００ コアネットワーク。
【特許請求の範囲】
【請求項１】
通信システムであって、
移動局と、
前記移動局の位置を管理する管理装置と、
第１のセルエリアを提供するとともに、前記第１のセルエリア内の移動局を管理するための管理情報を保持する第１の基地局と、
前記第１の基地局と前記管理装置との間に配置され、前記第１のセルエリア内の移動局を管理するための管理情報を保持するゲートウェイと、
第２のセルエリアを提供する第２の基地局とを備え、
前記第１の基地局は、前記移動局の管理主体が自局から前記第２の基地局へ変更されたことに応答して、自局が保持する前記管理情報のうち当該移動局に関連付けられた管理情報を更新するとともに、当該移動局に関連付けられた管理情報を更新するための指令を前記ゲートウェイへ送信する、通信システム。
【請求項２】
移動局の位置を管理する管理装置と、第１および第２の基地局と、前記第１の基地局と前記管理装置との間に配置されたゲートウェイとを備えた通信システムにおける通信方法であって、
前記第１の基地局が提供する第１のセルエリアから前記第２の基地局が提供する第２のセルエリアへの前記移動局の移動に応答して、前記第１の基地局が保持する当該移動局に関連付けられた管理情報を更新するステップと、
前記移動局の管理主体が前記第１の基地局から前記第２の基地局へ変更されたことに応答して、前記第１の基地局が当該移動局に関連付けられた管理情報を更新するための指令を前記ゲートウェイへ送信するステップとを備える、通信方法。
【請求項３】
セルエリアを提供する基地局であって、前記基地局は、セルエリア内の移動局を管理するための管理情報を保持するゲートウェイに接続されており、前記ゲートウェイは、移動局の位置を管理する管理装置と接続されており、
前記セルエリア内の移動局を管理するための管理情報を保持する手段と、
前記移動局の管理主体が自局から他の基地局へ変更されたことに応答して、保持する前記管理情報のうち当該移動局に関連付けられた管理情報を更新するとともに、当該移動局に関連付けられた管理情報を更新するための指令を前記ゲートウェイへ送信する手段とを備える、基地局。
【請求項４】
移動局の位置を管理する管理装置であって、前記管理装置には、ゲートウェイを介して第１の基地局が接続されるとともに、第２のセルエリアを提供する第２の基地局が直接接続され、
前記第１の基地局は、第１のセルエリアを提供するとともに、前記第１のセルエリア内の移動局を管理するための管理情報を保持し、
前記ゲートウェイは、前記第１のセルエリア内の移動局を管理するための管理情報を保持し、
前記第１の基地局は、前記移動局の管理主体が自局から前記第２の基地局へ変更されたことに応答して、自局が保持する前記管理情報のうち当該移動局に関連付けられた管理情報を更新し、
前記管理装置は、前記第１のセルエリアから前記第２のセルエリアへの前記移動局の移動に応答して、前記第１の基地局が管理情報を更新したとの通知とは独立して、当該移動局に関連付けられた管理情報を更新するための指令を前記ゲートウェイへ送信する手段を備える、管理装置。
【請求項１】
通信システムであって、
移動局と、
前記移動局の位置を管理する管理装置と、
第１のセルエリアを提供するとともに、前記第１のセルエリア内の移動局を管理するための管理情報を保持する第１の基地局と、
前記第１の基地局と前記管理装置との間に配置され、前記第１のセルエリア内の移動局を管理するための管理情報を保持するゲートウェイと、
第２のセルエリアを提供する第２の基地局とを備え、
前記第１の基地局は、前記移動局の管理主体が自局から前記第２の基地局へ変更されたことに応答して、自局が保持する前記管理情報のうち当該移動局に関連付けられた管理情報を更新するとともに、当該移動局に関連付けられた管理情報を更新するための指令を前記ゲートウェイへ送信する、通信システム。
【請求項２】
移動局の位置を管理する管理装置と、第１および第２の基地局と、前記第１の基地局と前記管理装置との間に配置されたゲートウェイとを備えた通信システムにおける通信方法であって、
前記第１の基地局が提供する第１のセルエリアから前記第２の基地局が提供する第２のセルエリアへの前記移動局の移動に応答して、前記第１の基地局が保持する当該移動局に関連付けられた管理情報を更新するステップと、
前記移動局の管理主体が前記第１の基地局から前記第２の基地局へ変更されたことに応答して、前記第１の基地局が当該移動局に関連付けられた管理情報を更新するための指令を前記ゲートウェイへ送信するステップとを備える、通信方法。
【請求項３】
セルエリアを提供する基地局であって、前記基地局は、セルエリア内の移動局を管理するための管理情報を保持するゲートウェイに接続されており、前記ゲートウェイは、移動局の位置を管理する管理装置と接続されており、
前記セルエリア内の移動局を管理するための管理情報を保持する手段と、
前記移動局の管理主体が自局から他の基地局へ変更されたことに応答して、保持する前記管理情報のうち当該移動局に関連付けられた管理情報を更新するとともに、当該移動局に関連付けられた管理情報を更新するための指令を前記ゲートウェイへ送信する手段とを備える、基地局。
【請求項４】
移動局の位置を管理する管理装置であって、前記管理装置には、ゲートウェイを介して第１の基地局が接続されるとともに、第２のセルエリアを提供する第２の基地局が直接接続され、
前記第１の基地局は、第１のセルエリアを提供するとともに、前記第１のセルエリア内の移動局を管理するための管理情報を保持し、
前記ゲートウェイは、前記第１のセルエリア内の移動局を管理するための管理情報を保持し、
前記第１の基地局は、前記移動局の管理主体が自局から前記第２の基地局へ変更されたことに応答して、自局が保持する前記管理情報のうち当該移動局に関連付けられた管理情報を更新し、
前記管理装置は、前記第１のセルエリアから前記第２のセルエリアへの前記移動局の移動に応答して、前記第１の基地局が管理情報を更新したとの通知とは独立して、当該移動局に関連付けられた管理情報を更新するための指令を前記ゲートウェイへ送信する手段を備える、管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−２６８９０（Ｐ２０１３−２６８９０Ａ）
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願番号】特願２０１１−１６０８６６（Ｐ２０１１−１６０８６６）
【出願日】平成２３年７月２２日（２０１１．７．２２）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願日】平成２３年７月２２日（２０１１．７．２２）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]