(57)【要約】  ３ＧＰＰ規格で規定されるＬＩＰＡをサポートするＨｅＮＢ（２００−１）は、ＬＩＰＡコネクションを有するＵＥ（１００）についてＨｅＮＢ（２００−１）からターゲットＨｅＮＢ（２００−２）へのハンドオーバ手順を開始する際に、ハンドオーバ要求をターゲットＨｅＮＢ（２００−２）へ送信し（ステップＳ１０３）、ターゲットＨｅＮＢ（２００−２）から送信される、ハンドオーバ要求に対する肯定応答を受信し（ステップＳ１０４）、ターゲットＨｅＮＢ（２００−２）からの肯定応答がＬＩＰＡをサポートする旨の情報を含んでいれば、ＬＩＰＡコネクションを開放することなくハンドオーバ手順を継続する（ステップＳ１０６、Ｓ１０７）。
2013001611.tif 000002
【特許請求の範囲】
【請求項１】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）規格で規定されるＬＩＰＡ（Ｌｏｃａｌ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ａｃｃｅｓｓ）をサポートするホーム基地局における通信制御方法であって、
ＬＩＰＡコネクションを有するユーザ端末について前記ホーム基地局からターゲット基地局へのハンドオーバ手順を開始する際に、ハンドオーバ要求を前記ターゲット基地局へ送信するステップと、
前記ターゲット基地局から送信される、前記ハンドオーバ要求に対する肯定応答を受信するステップと、
前記ターゲット基地局からの前記肯定応答が前記ＬＩＰＡをサポートする旨の情報を含んでいれば、前記ＬＩＰＡコネクションを開放することなく前記ハンドオーバ手順を継続するステップと、
を有することを特徴とする通信制御方法。
【請求項２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）規格で規定されるＬＩＰＡ（Ｌｏｃａｌ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ａｃｃｅｓｓ）をサポートするホーム基地局であって、
ＬＩＰＡコネクションを有するユーザ端末について前記ホーム基地局からターゲット基地局へのハンドオーバ手順を開始する際に、ハンドオーバ要求を前記ターゲット基地局へ送信し、
前記ターゲット基地局から送信される、前記ハンドオーバ要求に対する肯定応答を受信し、
前記ターゲット基地局からの前記肯定応答が前記ＬＩＰＡをサポートする旨の情報を含んでいれば、前記ＬＩＰＡコネクションを開放することなく前記ハンドオーバ手順を継続する、
ように構成されていることを特徴とするホーム基地局。
【請求項３】
ホーム基地局における通信制御方法であって、
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）規格で規定されるＬＩＰＡ（Ｌｏｃａｌ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ａｃｃｅｓｓ）をサポートする他のホーム基地局から送信されたハンドオーバ要求を受信するステップと、
前記ホーム基地局が前記ＬＩＰＡをサポートしているか否かを示す情報を、前記ハンドオーバ要求に対する肯定応答に含めて前記他のホーム基地局へ送信するステップと、
を有することを特徴とする通信制御方法。
【請求項４】
ホーム基地局であって、
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）規格で規定されるＬＩＰＡ（Ｌｏｃａｌ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ａｃｃｅｓｓ）をサポートする他のホーム基地局から送信されたハンドオーバ要求を受信し、
前記ホーム基地局が前記ＬＩＰＡをサポートしているか否かを示す情報を、前記ハンドオーバ要求に対する肯定応答に含めて前記他のホーム基地局へ送信する、
ように構成されていることを特徴とするホーム基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける通信制御方法及びホーム基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、３ＧＰＰリリース１０以降において、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を高度化したＬＴＥ  Ａｄｖａｎｃｅｄの標準化を進めている。【０００３】
３ＧＰＰリリース１０には、ホーム基地局によるＬＩＰＡ（Ｌｏｃａｌ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ａｃｃｅｓｓ）機能が規定されている（非特許文献１及び２参照）。ホーム基地局は、住居や会社に設けられる小型基地局であり、フェムトセル基地局と称されることもある。【０００４】
ＬＩＰＡは、ユーザ端末と、当該ユーザ端末と同一の住居（又は会社）ＩＰネットワーク内のローカル機器との間に、ホーム基地局を経由し、かつオペレータのコアネットワークを経由しないＬＩＰＡコネクション（ＬＩＰＡ  ＰＤＮコネクション）を確立し、当該ＬＩＰＡコネクションにより通信する機能である。ＬＩＰＡは、ユーザデータをコアネットワークに流さないので、コアネットワークのトラフィック負荷を軽減できる。【０００５】
３ＧＰＰリリース１０は、ＬＩＰＡコネクションのモビリティをサポートしない。このため、ＬＩＰＡコネクションを有するユーザ端末がホーム基地局から他の基地局に移るときは、当該コネクションは常に開放される。よって、ユーザ端末がそれまで接続していたローカル機器と再び通信する場合には、再接続処理が必要となるため、通信が中断する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ技術仕様  ＴＳ  ２３．４０１  Ｖ１０．３．０，  “４．３．１６  Ｌｏｃａｌ  ＩＰ  Ａｃｃｅｓｓ  （ＬＩＰＡ）  ｆｕｎｃｔｉｏｎ”
【非特許文献２】３ＧＰＰ技術仕様  ＴＳ  ３６．３００  Ｖ１０．３．０，  “４．６．５  Ｓｕｐｐｏｒｔ  ｏｆ  ＬＩＰＡ  ｗｉｔｈ  ＨｅＮＢ”
【発明の概要】
【０００７】
３ＧＰＰリリース１０に次いで、仕様が将来的に策定されるリリース１１は、ＬＩＰＡをサポートするホーム基地局間では、ＬＩＰＡコネクションのモビリティをサポートすること、すなわち、ＬＩＰＡコネクションを維持しながらハンドオーバを可能にすることが想定される。
【０００８】
しかしながら、現行の仕様においては、ＬＩＰＡコネクションを有するユーザ端末がホーム基地局から他の基地局に移るときは、ＬＩＰＡコネクションは常に開放されると規定されているため、ＬＩＰＡコネクションのモビリティをサポートできない問題がある。
【０００９】
そこで、本発明は、ＬＩＰＡコネクションのモビリティをサポートできる通信制御方法及びホーム基地局を提供することを目的とする。
【００１０】
本発明に係る通信制御方法の第１の特徴は、３ＧＰＰ規格で規定されるＬＩＰＡをサポートするホーム基地局（ソースＨｅＮＢ２００−１）における通信制御方法であって、ＬＩＰＡコネクションを有するユーザ端末（ＵＥ１００）について前記ホーム基地局からターゲット基地局へのハンドオーバ手順を開始する際に、ハンドオーバ要求を前記ターゲット基地局へ送信するステップ（ステップＳ１０３）と、前記ターゲット基地局から送信される、前記ハンドオーバ要求に対する肯定応答を受信するステップ（ステップＳ１０４）と、前記ターゲット基地局からの前記肯定応答が前記ＬＩＰＡをサポートする旨の情報を含んでいれば、前記ＬＩＰＡコネクションを開放することなく前記ハンドオーバ手順を継続するステップ（ステップＳ１０６、Ｓ１０７）と、を有することを要旨とする。
【００１１】
本発明に係るホーム基地局の第１の特徴は、３ＧＰＰ規格で規定されるＬＩＰＡをサポートするホーム基地局（ソースＨｅＮＢ２００−１）であって、ＬＩＰＡコネクションを有するユーザ端末（ＵＥ１００）について前記ホーム基地局からターゲット基地局へのハンドオーバ手順を開始する際に、ハンドオーバ要求を前記ターゲット基地局へ送信し、前記ターゲット基地局から送信される、前記ハンドオーバ要求に対する肯定応答を受信し、前記ターゲット基地局からの前記肯定応答が前記ＬＩＰＡをサポートする旨の情報を含んでいれば、前記ＬＩＰＡコネクションを開放することなく前記ハンドオーバ手順を継続する、ように構成されていることを要旨とする。
【００１２】
本発明に係る通信制御方法の第２の特徴は、ホーム基地局（ターゲットＨｅＮＢ２００−２）における通信制御方法であって、３ＧＰＰ規格で規定されるＬＩＰＡをサポートする他のホーム基地局（ソースＨｅＮＢ２００−１）から送信されたハンドオーバ要求を受信するステップ（ステップＳ１０３）と、前記ホーム基地局が前記ＬＩＰＡをサポートしているか否かを示す情報を、前記ハンドオーバ要求に対する肯定応答に含めて前記他のホーム基地局へ送信するステップ（ステップＳ１０４）と、を有することを要旨とする。
【００１３】
本発明に係るホーム基地局の第２の特徴は、ホーム基地局（ターゲットＨｅＮＢ２００−２）であって、３ＧＰＰ規格で規定されるＬＩＰＡをサポートする他のホーム基地局（ソースＨｅＮＢ２００−１）から送信されたハンドオーバ要求を受信し、前記ホーム基地局が前記ＬＩＰＡをサポートしているか否かを示す情報を、前記ハンドオーバ要求に対する肯定応答に含めて前記他のホーム基地局へ送信する、ように構成されていることを要旨とする。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の実施形態に係るユーザ端末のブロック図である。
【図３】本発明の実施形態に係るホーム基地局のブロック図である。
【図４】本発明の実施形態に係るホーム基地局の動作を説明するための図である。
【図５】本発明の実施形態に係る移動通信システムの動作シーケンス図である。
【図６】その他の実施形態に係る移動通信システムの構成図である。
【発明を実施するための形態】
【００１５】
図面を参照して、本発明の実施形態を説明する。以下の実施形態における図面において、同一又は類似の部分には同一又は類似の符号を付す。
【００１６】
（移動通信システムの構成）
図１は、本実施形態に係る移動通信システムの全体構成図である。本実施形態に係る移動通信システムは、３ＧＰＰで仕様が策定されているＬＴＥ−Ａｄｖａｎｃｅｄ（３ＧＰＰリリース１０以降）に基づいて構成される。
【００１７】
図１に示すように、本実施形態に係る移動通信システムは、ホーム基地局（Ｈｏｍｅ  ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ：ＨｅＮＢ）２００と、ユーザ端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）１００と、ローカル機器（Ｌｏｃａｌ  Ｅｎｔｉｔｉｙ：ＬＥ）３０１〜３０３と、ゲートウェイ（ＧＷ）３１０と、を有する。本実施形態では、ＨｅＮＢ２００、ＵＥ１００、ＬＥ３０１〜３０３、ＧＷ３１０のそれぞれは、同一の住居Ｒ内のＩＰネットワークにある。
【００１８】
ＨｅＮＢ２００は、小型のセルを形成し、当該セル内にあるＵＥ１００との無線通信を行う。セルとは、無線通信エリアの最小単位である。
【００１９】
ＨｅＮＢ２００には、ＬＩＰＡを実施するためのローカルゲートウェイ（Ｌ−ＧＷ）の機能が設けられる。ＬＩＰＡとは、ＨｅＮＢサブシステム以外のオペレータネットワーク（コアネットワーク４００）をユーザプレーンが横断することなく、ＨｅＮＢ２００を介して接続されたＩＰ対応ＵＥ１００が、同一の住居／会社のＩＰネットワーク内の他のＩＰ対応エンティティにアクセス可能にする機能である。
【００２０】
ＨｅＮＢ２００（詳細には、ＨｅＮＢ２００に設けられるＬ−ＧＷ）は、ＬＩＰＡコネクションの確立や開放を行う。図１において実線の矢印は、ＵＥ１００とＬＥ３０１との間のＬＩＰＡコネクションを介して流れるユーザデータを表している。これに対し、図１において破線の矢印は、ＬＩＰＡを実施しない場合にコアネットワーク４００を介して流れるユーザデータを表している。ＬＩＰＡを実施することにより、ユーザデータがコアネットワーク４００に流れないため、コアネットワーク４００のトラフィック負荷を軽減できる。
【００２１】
ＵＥ１００は、ユーザが所持する可搬型の無線通信装置であり、ＩＰ通信可能に構成される。本実施形態では、ＵＥ１００は、ＬＥ３０１との間に、ＨｅＮＢ２００を経由するＬＩＰＡコネクションを有している。ＵＥ１００は、当該ＬＩＰＡコネクションを用いてＬＥ３０１との通信を行う。
【００２２】
ＬＥ３０１〜３０３のそれぞれは、ＩＰ通信可能な機器である。本実施形態では、ＬＥ３０１はＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）であり、ＬＥ３０２はサーバであり、ＬＥ３０３はプリンタである。
【００２３】
ＧＷ３１０は、住居Ｒ内のＩＰネットワーク内で送受信されるデータを中継したり、住居Ｒ内のＩＰネットワークとインターネット５００との間でプロトコル変換を行ったりする。
【００２４】
コアネットワーク４００は、サービングゲートウェイ（Ｓ−ＧＷ）４１０と、モビリティ管理エンティティ（ＭＭＥ）４２０と、ＰＤＮゲートウェイ（Ｐ−ＧＷ）４３０と、を有する。
【００２５】
Ｓ−ＧＷ４１０は、ユーザプレーンに対応して設けられており、ユーザデータの転送制御を行うように構成される。
【００２６】
ＭＭＥ４２０は、コントロールプレーンに対応して設けられており、ＵＥ１００に対する各種モビリティ管理を行うように構成される。
【００２７】
ＨｅＮＢ２００と、Ｓ−ＧＷ４１０／ＭＭＥ４２０との間の伝送路は、Ｓ１インターフェイスと称される。なお、ＨｅＮＢ２００と他のＨｅＮＢとの間の基地局間伝送路は、Ｘ２インターフェイスと称される。
【００２８】
Ｐ−ＧＷ４３０は、コアネットワーク４００からインターネット５００への入り口、及びインターネット５００からコアネットワーク４００への出口として機能する。
【００２９】
なお、図１には図示していないが、ＨｅＮＢ２００とＳ−ＧＷ４１０／ＭＭＥ４２０との間に、複数のＨｅＮＢ２００を収容するＨｅＮＢゲートウェイ（ＨｅＮＢ  ＧＷ）が設けられることがある。
【００３０】
（ＵＥの構成）
次に、本実施形態に係るＵＥ１００の構成を説明する。図２は、ＵＥ１００のブロック図である。
【００３１】
図２に示すように、ＵＥ１００は、アンテナ１０１と、無線通信部１１０と、ユーザインターフェイス部１２０と、記憶部１３０と、制御部１４０と、バッテリ１５０と、を有する。
【００３２】
無線通信部１１０は、アンテナ１０１を介して無線通信を行うように構成される。送信については、無線通信部１１０は、制御部１４０から入力されるベースバンド信号のアップコンバート及び増幅等を行って無線信号をアンテナ１０１から出力する。受信については、無線通信部１１０は、アンテナ１０１から入力される受信信号の増幅及びダウンコンバート等を行った後、ベースバンド信号を制御部１４０に出力する。
【００３３】
ユーザインターフェイス部１２０は、音声が入力されるマイクや、音声を出力するスピーカ、画像を表示するディスプレイ、ユーザによって押下されるボタンなどを含む。
【００３４】
記憶部１３０は、例えばメモリを用いて構成されており、制御部１４０による制御等に用いられる各種の情報を記憶する。
【００３５】
制御部１４０は、例えばＣＰＵを用いて構成されており、ＵＥ１００の各種の機能を制御する。
【００３６】
バッテリ１５０は、ＵＥ１００の各ブロックに対して供給すべき電力を蓄える。
【００３７】
このように構成されたＵＥ１００において、制御部１４０は、通信実行中の状態（コネクテッドモードと称される）において、無線通信部１１０が受信した参照信号の受信状態（参照信号受信電力や参照信号受信品質）をセル毎に測定し、セル毎の測定結果をサービング基地局に対して報告するよう制御する。
【００３８】
このような報告はメジャメントレポートと称される。サービング基地局は、当該メジャメントレポートに基づいて、ＵＥ１００についてハンドオーバを行うか否かを決定する。ハンドオーバとは、コネクテッドモードのＵＥ１００がサービングセルを切り替える動作である。なお、メジャメントレポートは、周期的に送信する設定（Ｐｅｒｉｏｄｉｃ）と、ハンドオーバ可能なトリガ条件が満たされるまで送信しない設定（Ｅｖｅｎｔ  ｔｒｉｇｇｅｒ）とがある。
【００３９】
（ＨｅＮＢの構成）
次に、本実施形態に係るＨｅＮＢ２００の構成を説明する。図３は、ＨｅＮＢ２００のブロック図である。
【００４０】
図３に示すように、ＨｅＮＢ２００は、アンテナ２０１と、無線通信部２１０と、ネットワーク通信部２２０と、記憶部２３０と、制御部２４０と、を有する。
【００４１】
無線通信部２１０は、アンテナ２０１を介して無線通信を行うように構成される。送信については、無線通信部２１０は、制御部２４０から入力されるベースバンド信号のアップコンバート及び増幅等を行って無線信号をアンテナ２０１から出力する。受信については、無線通信部２１０は、アンテナ２０１から入力される受信信号の増幅及びダウンコンバート等を行った後、ベースバンド信号を制御部２４０に出力する。
【００４２】
ネットワーク通信部２２０は、Ｓ１インターフェイスを用いて、Ｓ−ＧＷ４１０、ＭＭＥ４２０、又はＨｅＮＢ  ＧＷとの通信を行う。また、ネットワーク通信部２２０は、Ｘ２インターフェイスを用いて、他のＨｅＮＢとの通信（基地局間通信）を行う。さらに、ネットワーク通信部２２０は、住宅Ｒ内のＧＷ３１０を介してＬＥ３０１〜３０３との通信を行う。
【００４３】
記憶部２３０は、例えばメモリを用いて構成され、制御部２４０による制御等に用いられる各種の情報を記憶する。
【００４４】
制御部２４０は、例えばＣＰＵを用いて構成され、ＨｅＮＢ２００の各種の機能を制御する。制御部２４０は、本来的なＨｅＮＢの機能を制御するためのＨｅＮＢ機能制御部２４１と、Ｌ−ＧＷの機能を実施するためのＬ−ＧＷ機能部２４２と、を含む。なお、ＨｅＮＢ２００は、ＬＩＰＡをサポートしない場合には、Ｌ−ＧＷ機能部２４２を有しない。
【００４５】
ＨｅＮＢ機能制御部２４１は、ＵＥ１００との無線通信の制御や、Ｓ１インターフェイス及びＸ２インターフェイスを用いたネットワーク通信の制御を行う。また、ＨｅＮＢ機能制御部２４１は、ＵＥ１００から無線通信部２１０が受信するメジャメントレポートに基づいて、ＵＥ１００についてターゲット基地局へのハンドオーバを行うか否かを決定する。ＨｅＮＢ機能制御部２４１は、ハンドオーバを行うと決定した場合に、ハンドオーバ手順を開始する。なお、ハンドオーバ手順は、ハンドオーバ準備段階、ハンドオーバ実行段階、ハンドオーバ完了段階を含む。
【００４６】
Ｌ−ＧＷ機能部２４２は、ＬＩＰＡを実施するための各種の制御、例えば、ＬＩＰＡコネクションの確立や開放を行う。後述するように、Ｌ−ＧＷ機能部２４２は、ＨｅＮＢ機能制御部２４１からのノード内（Ｉｎｔｒａ−ｎｏｄｅ）シグナリングによって制御される。
【００４７】
このように構成されたＨｅＮＢ２００において、ＨｅＮＢ機能制御部２４１は、ＬＩＰＡコネクションを有するＵＥ１００についてＨｅＮＢ２００（自局）からターゲット基地局へのハンドオーバ手順を開始する際に、ハンドオーバ要求をターゲット基地局へ送信するようネットワーク通信部２２０を制御する。ネットワーク通信部２２０は、ターゲット基地局から送信される、ハンドオーバ要求に対する肯定応答又は否定応答を受信する。ＨｅＮＢ機能制御部２４１は、ターゲット基地局からの肯定応答（ハンドオーバ要求肯定応答）がＬＩＰＡをサポートする旨の情報を含んでいれば、ＬＩＰＡコネクションを開放することなくハンドオーバ手順を継続する。これに対し、ターゲット基地局からの肯定応答がＬＩＰＡをサポートする旨の情報を含んでいない、又は、ターゲット基地局からの否定応答を受信すれば、ＨｅＮＢ機能制御部２４１は、ノード内シグナリングを用いて、ＬＩＰＡコネクションの開放をＬ−ＧＷ機能部２４２に要求する。
【００４８】
一方、ＨｅＮＢ２００がハンドオーバ要求の受信側である場合、ネットワーク通信部２２０は、ハンドオーバ要求を受信する。ＨｅＮＢ機能制御部２４１は、ハンドオーバ要求を許可するか拒否するかを判断し、ハンドオーバ要求を許可する場合には、ＨｅＮＢ２００（自局）がＬＩＰＡをサポートしているか否か（すなわち、Ｌ−ＧＷ機能部２４２を有しているか否か）を確認する。そして、ＨｅＮＢ機能制御部２４１は、ＨｅＮＢ２００（自局）がＬＩＰＡをサポートしているか否かを示す情報を含んだ肯定応答を返信するようネットワーク通信部２２０を制御する。
【００４９】
（移動通信システムの動作）
次に、図４及び図５を用いて、本実施形態に係る移動通信システムの動作を説明する。
【００５０】
図４に示すように、ＨｅＮＢ２００−１の通信エリア内にあるＵＥ１００は、ＨｅＮＢ２００−１を介してＬＩＰＡコネクションをＬＥ３０１との間に確立した状態で、ＨｅＮＢ２００−２の通信エリア内に移動している。後述する動作シーケンスは、ＬＩＰＡをサポートするＨｅＮＢ２００−１をソース（ハンドオーバ元）とし、ＨｅＮＢ２００−２をターゲット（ハンドオーバ先）とした場合の移動通信システムの動作である。
【００５１】
図５は、本実施形態に係る移動通信システムの動作シーケンス図である。ここでは、ターゲットＨｅＮＢ２００−２がハンドオーバ要求を許可する場合の動作を説明する。
【００５２】
図５に示すように、ステップＳ１０１において、ソースＨｅＮＢ２００−１の無線通信部２１０は、ＵＥ１００からのメジャメントレポートを受信する。当該メジャメントレポートは、ＨｅＮＢ２００−２のセルＩＤと、当該セルに対する測定結果と、を含む。
【００５３】
ステップＳ１０２において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ステップＳ１０１でＵＥ１００から受信したメジャメントレポートに含まれるターゲットＨｅＮＢ２００−２のセルＩＤに基づいて、ＵＥ１００についてターゲットＨｅＮＢ２００−２へのハンドオーバ手順を開始すると決定する。
【００５４】
ステップＳ１０３において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ハンドオーバ要求（Ｈ．Ｏ．  Ｒｅｑｕｅｓｔ）をターゲットＨｅＮＢ２００−２へ送信するようネットワーク通信部２２０を制御する。ここで、ハンドオーバ要求は、ソースＨｅＮＢ２００−１とターゲットＨｅＮＢ２００−２との間にＸ２インターフェイスが存在すれば当該Ｘ２インターフェイス上で送信され、当該Ｘ２インターフェイスが存在しなければＳ１インターフェイス上で送信される。ハンドオーバ要求の送信によってハンドオーバの準備段階が開始される。
【００５５】
ターゲットＨｅＮＢ２００−２のネットワーク通信部２２０は、ソースＨｅＮＢ２００−１からのハンドオーバ要求を受信すると、ターゲットＨｅＮＢ２００−２のＨｅＮＢ機能制御部２４１は、ターゲットＨｅＮＢ２００−２（自局）がＬＩＰＡをサポートしているか否かを確認する。
【００５６】
ステップＳ１０４において、ターゲットＨｅＮＢ２００−２のＨｅＮＢ機能制御部２４１は、ターゲットＨｅＮＢ２００−２（自局）がＬＩＰＡをサポートしているか否かを示す情報を、ステップＳ１０３で受信したハンドオーバ要求に対する肯定応答（Ｈ．Ｏ．  Ｒｅｓｐｏｎｓｅ  ＡＣＫ）に含めてソースＨｅＮＢ２００−１に送信するようネットワーク通信部２２０を制御する。ここで、肯定応答（Ｈ．Ｏ．  Ｒｅｓｐｏｎｓｅ  ＡＣＫ）は、ソースＨｅＮＢ２００−１とターゲットＨｅＮＢ２００−２との間にＸ２インターフェイスが存在すれば当該Ｘ２インターフェイス上で送信され、当該Ｘ２インターフェイスが存在しなければＳ１インターフェイス上で送信される。
【００５７】
ソースＨｅＮＢ２００−１のネットワーク通信部２２０は、ターゲットＨｅＮＢ２００−２からの肯定応答を受信する。
【００５８】
ステップＳ１０５において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ネットワーク通信部２２０が受信したターゲットＨｅＮＢ２００−２からの肯定応答に、ターゲットＨｅＮＢ２００−２がＬＩＰＡをサポートしていることを示す情報が含まれているか否かを確認する。ターゲットＨｅＮＢ２００−２がＬＩＰＡをサポートしていることを示す情報が含まれている場合には、ＨｅＮＢ機能制御部２４１は、処理をステップＳ１０６に進める。これに対し、ターゲットＨｅＮＢ２００−２がＬＩＰＡをサポートしていることを示す情報が含まれていない場合には、ＨｅＮＢ機能制御部２４１は、処理をステップＳ１０８に進める。
【００５９】
ステップＳ１０６において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ハンドオーバコマンドをＵＥ１００に送信するよう無線通信部２１０を制御する。これにより、ハンドオーバの実行段階が開始される。当該ハンドオーバコマンドは、ＵＥ１００がターゲットＨｅＮＢ２００−２にアクセスするための情報を含む。
【００６０】
ＵＥ１００の無線通信部１１０は、ソースＨｅＮＢ２００−１からのハンドオーバコマンドを受信する。ＵＥ１００の制御部１４０は、ソースＨｅＮＢ２００−１からのハンドオーバコマンドを無線通信部１１０が受信したことに応じて、ターゲットＨｅＮＢ２００−２へのアクセスを開始する。
【００６１】
ステップＳ１０７において、ソースＨｅＮＢ２００−１及びターゲットＨｅＮＢ２００−２は、ハンドオーバの実行段階及び完了段階を実行する。このようにしてハンドオーバ手順が完了すると、ＵＥ１００は、ＬＩＰＡコネクションが維持された状態で、サービングセル（サービング基地局）をターゲットＨｅＮＢ２００−２へ切り替えることができる。
【００６２】
一方、ステップＳ１０８において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ハンドオーバ手順を中止する。また、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ノード内シグナリングを用いて、ソースＨｅＮＢ２００−１のＬ−ＧＷ機能部２４２に対して、ＬＩＰＡコネクションの開放を要求する。ソースＨｅＮＢ２００−１のＬ−ＧＷ機能部２４２は、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１からの要求により、ＵＥ１００のＬＩＰＡコネクションを開放する。そして、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ソースＨｅＮＢ２００−１とＵＥ１００との間のコネクションを切断する。その結果、ＵＥ１００の制御部１４０は、ターゲットＨｅＮＢ２００−２に対してアクセスし、ＬＥ３０１との再接続を行う。
【００６３】
（３）ハンドオーバ要求肯定応答の具体例
次に、表１を用いて、本実施形態に係るハンドオーバ要求肯定応答の具体例を説明する。表１において下線部で示した箇所は、新たに追加された情報要素（ＩＥ）である。下線部で示した箇所以外は、３ＧＰＰ  ＴＳ  ３６．４２３  Ｖ１０．１．０の９．１．１．２  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥで規定されている内容と同じである。
【００６４】
【表１】
2013001611.tif 000003
【００６５】
表１に示すように、本実施形態に係るハンドオーバ要求肯定応答は、ＬＩＰＡをサポートしているか否かを示すＬＩＰＡ  Ｓｕｐｐｏｒｔ  Ｉｎｄｉｃａｔｉｏｎ  ＩＥを含む。
【００６６】
ＬＩＰＡ  Ｓｕｐｐｏｒｔ  Ｉｎｄｉｃａｔｉｏｎ  ＩＥは、当該メッセージの送信元（自局）がＬＩＰＡをサポートしていれば“１”、ＬＩＰＡをサポートしていなければ“０”というように、１ビットのフラグとして構成できる。
【００６７】
（実施形態の効果）
以上説明したように、ＬＩＰＡをサポートするソースＨｅＮＢ２００−１は、ＬＩＰＡコネクションを有するＵＥ１００についてソースＨｅＮＢ２００−１からターゲット基地局へのハンドオーバ手順を開始する際に、ハンドオーバ要求をターゲット基地局へ送信する。
【００６８】
ターゲットＨｅＮＢ２００−１は、ターゲットＨｅＮＢ２００−１（自局）がＬＩＰＡをサポートしているか否かを示す情報を、ハンドオーバ要求に対する肯定応答に含めてソースＨｅＮＢ２００−１へ送信する。
【００６９】
そして、ソースＨｅＮＢ２００−１は、ターゲットＨｅＮＢ２００−１がＬＩＰＡをサポートしていることを示す情報を含んだ肯定応答を受信すれば、ＬＩＰＡコネクションを開放することなくハンドオーバ手順を継続する。
【００７０】
これにより、ソースＨｅＮＢ２００−１は、ターゲット基地局がＬＩＰＡをサポートしているか否かを事前に把握していなくても、ターゲット基地局がＬＩＰＡをサポートしていることをハンドオーバ手順の過程で知ることができ、ＬＩＰＡコネクションを維持しながらハンドオーバを行うことができる。
【００７１】
（その他の実施形態）
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【００７２】
ＨｅＮＢには、特定のＵＥのアクセスのみが許可される「ｃｌｏｓｅｄ」、他のＵＥのアクセスも許可される「ｏｐｅｎ」といったアクセス種別が設定されることがある。上述した実施形態では、そのようなアクセス種別を特に考慮していないが、アクセス種別をさらに考慮してハンドオーバ制御を行ってもよい。例えば、ターゲットＨｅＮＢは、自局が当該ＵＥのアクセスを許容するアクセス種別であれば、当該ハンドオーバ要求に対する肯定応答をソースＨｅＮＢに送信するとしてもよい。
【００７３】
上述した実施形態では、ターゲットＨｅＮＢがソースＨｅＮＢと同一の住居（又は会社）内にあるケースを想定していたが、ターゲットＨｅＮＢが同一の住居（又は会社）内にあるか否かを考慮してもよい。例えば、ソースＨｅＮＢは、ターゲットＨｅＮＢと同一の住居（又は会社）内にあれば、ハンドオーバ要求をターゲットＨｅＮＢへ送信するとしてもよい。あるいは、ターゲットＨｅＮＢは、ソースＨｅＮＢと同一の住居（又は会社）内にあれば、当該ハンドオーバ要求に対する肯定応答をソースＨｅＮＢに送信するとしてもよい。
【００７４】
上述した実施形態では、ＨｅＮＢの内部にＬ−ＧＷ機能が設けられる構成を述べたが、Ｌ−ＧＷが外部ノードとしてＨｅＮＢから独立して設けられる構成でもよい。例えば、図６に示すように、家庭（又は企業内）の複数のＨｅＮＢ２００−１，２００−２に対して１つのＬ−ＧＷ３２０が設置される構成でもよい。このような構成において、ＬＩＰＡコネクションの開放に当たり、ＨｅＮＢ２００−１は、ノード内シグナリング（Intra-node Signaling）の代わりに、ＨｅＮＢ２００−１とＬ−ＧＷ３２０との間のインターフェイスを用いて、ＬＩＰＡコネクションの開放をＬ−ＧＷ３２０に要求する。
【００７５】
このように本発明は、ここでは記載していない様々な実施形態等を包含するということを理解すべきである。
【産業上の利用可能性】
【００７６】
以上のように、本発明に係る通信制御方法及びホーム基地局によれば、ＬＩＰＡコネクションのモビリティをサポートできるため、移動通信システムにおいて有用である。
【図１】
2013001611.tif 000004
【図２】
2013001611.tif 000005
【図３】
2013001611.tif 000006
【図４】
2013001611.tif 000007
【図５】
2013001611.tif 000008
【図６】
2013001611.tif 000009
【国際調査報告】
2013001611.tif 000010
2013001611.tif 000011