JP5671141B2 - 通信制御方法及びホーム基地局 - Google Patents

Description

本発明は、移動通信システムにおける通信制御方法及びホーム基地局に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、３ＧＰＰリリース１０以降において、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を高度化したＬＴＥ Ａｄｖａｎｃｅｄの標準化を進めている。

３ＧＰＰリリース１０には、ホーム基地局によるＬＩＰＡ（Ｌｏｃａｌ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｃｃｅｓｓ）機能が規定されている（非特許文献１及び２参照）。ホーム基地局は、住居や会社に設けられる小型基地局であり、フェムトセル基地局と称されることもある。

ＬＩＰＡは、ユーザ端末と、当該ユーザ端末と同一の住居（又は会社）ＩＰネットワーク内のローカル機器との間に、ホーム基地局を経由し、かつオペレータのコアネットワークを経由しないＬＩＰＡコネクション（ＬＩＰＡ ＰＤＮコネクション）を確立し、当該ＬＩＰＡコネクションにより通信する機能である。ＬＩＰＡは、ユーザデータをコアネットワークに流さないので、コアネットワークのトラフィック負荷を軽減できる。

３ＧＰＰリリース１０は、ＬＩＰＡコネクションのモビリティをサポートしない。このため、ＬＩＰＡコネクションを有するユーザ端末がホーム基地局から他の基地局に移るときは、当該コネクションは常に開放される。よって、ユーザ端末がそれまで接続していたローカル機器と再び通信する場合には、再接続処理が必要となるため、通信が中断する。

３ＧＰＰ技術仕様 ＴＳ ２３．４０１ Ｖ１０．３．０， "４．３．１６ Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ （ＬＩＰＡ） ｆｕｎｃｔｉｏｎ" ３ＧＰＰ技術仕様 ＴＳ ３６．３００ Ｖ１０．３．０， "４．６．５ Ｓｕｐｐｏｒｔ ｏｆ ＬＩＰＡ ｗｉｔｈ ＨｅＮＢ"

３ＧＰＰリリース１０に次いで、仕様が将来的に策定されるリリース１１は、ＬＩＰＡをサポートするホーム基地局間では、ＬＩＰＡコネクションのモビリティをサポートすること、すなわち、ＬＩＰＡコネクションを維持しながらハンドオーバを可能にすることが想定される。

しかしながら、現行の仕様においては、ＬＩＰＡコネクションを有するユーザ端末がホーム基地局から他の基地局に移るときは、ＬＩＰＡコネクションは常に開放されると規定されているため、ＬＩＰＡコネクションのモビリティをサポートできない問題がある。

そこで、本発明は、ＬＩＰＡコネクションのモビリティをサポートできる通信制御方法及びホーム基地局を提供することを目的とする。

本発明に係る通信制御方法の第１の特徴は、３ＧＰＰ規格で規定されるＬＩＰＡをサポートするホーム基地局（ソースＨｅＮＢ２００−１）における通信制御方法であって、ＬＩＰＡコネクションを有するユーザ端末（ＵＥ１００）について前記ホーム基地局からターゲット基地局へのハンドオーバ手順を開始する際に、前記ユーザ端末が前記ＬＩＰＡコネクションを有する旨の情報をハンドオーバ要求に含めて前記ターゲット基地局へ送信するステップ（ステップＳ１０３）と、前記ターゲット基地局が前記ハンドオーバ要求を許可すれば、前記ＬＩＰＡコネクションを開放することなく前記ハンドオーバ手順を継続するステップ（ステップＳ１０６、Ｓ１０７）と、を有することを要旨とする。

本発明に係るホーム基地局の第１の特徴は、３ＧＰＰ規格で規定されるＬＩＰＡをサポートするホーム基地局（ソースＨｅＮＢ２００−１）であって、ＬＩＰＡコネクションを有するユーザ端末（ＵＥ１００）について前記ホーム基地局からターゲット基地局へのハンドオーバ手順を開始する際に、前記ユーザ端末が前記ＬＩＰＡコネクションを有する旨の情報をハンドオーバ要求に含めて前記ターゲット基地局へ送信し、前記ターゲット基地局が前記ハンドオーバ要求を許可すれば、前記ＬＩＰＡコネクションを開放することなく前記ハンドオーバ手順を継続する、ように構成されていることを要旨とする。

本発明に係る通信制御方法の第２の特徴は、ホーム基地局（ターゲットＨｅＮＢ２００−２）における通信制御方法であって、３ＧＰＰ規格で規定されるＬＩＰＡをサポートする他のホーム基地局（ソースＨｅＮＢ２００−１）から送信され、ユーザ端末（ＵＥ１００）がＬＩＰＡコネクションを有する旨の情報を含んだハンドオーバ要求を受信するステップ（ステップＳ１０３）と、前記ホーム基地局が前記ＬＩＰＡをサポートしていることに応じて、前記他のホーム基地局からの前記ハンドオーバ要求を許可するステップ（ステップＳ１０５）と、を有することを要旨とする。

本発明に係るホーム基地局の第２の特徴は、ホーム基地局（ターゲットＨｅＮＢ２００−２）であって、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格で規定されるＬＩＰＡ（Ｌｏｃａｌ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｃｃｅｓｓ）をサポートする他のホーム基地局（ソースＨｅＮＢ２００−１）から送信され、ユーザ端末（ＵＥ１００）がＬＩＰＡコネクションを有する旨の情報を含んだハンドオーバ要求を受信し、前記ホーム基地局が前記ＬＩＰＡをサポートしていることに応じて、前記他のホーム基地局からの前記ハンドオーバ要求を許可する、ように構成されていることを要旨とする。

本発明の実施形態に係る移動通信システムの全体構成図である。 本発明の実施形態に係るユーザ端末のブロック図である。 本発明の実施形態に係るホーム基地局のブロック図である。 本発明の実施形態に係るホーム基地局の動作を説明するための図である。 ターゲット基地局がＬＩＰＡをサポートしている場合の移動通信システムの動作シーケンスである。 ターゲット基地局がＬＩＰＡをサポートしていない場合の移動通信システムの動作シーケンスである。 その他の実施形態に係る移動通信システムの構成図である。 その他の実施形態に係る移動通信システムの動作シーケンス図である。

図面を参照して、本発明の実施形態を説明する。以下の実施形態における図面において、同一又は類似の部分には同一又は類似の符号を付す。

（移動通信システムの構成）
図１は、本実施形態に係る移動通信システムの全体構成図である。本実施形態に係る移動通信システムは、３ＧＰＰで仕様が策定されているＬＴＥ−Ａｄｖａｎｃｅｄ（３ＧＰＰリリース１０以降）に基づいて構成される。

図１に示すように、本実施形態に係る移動通信システムは、ホーム基地局（Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ：ＨｅＮＢ）２００と、ユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）１００と、ローカル機器（Ｌｏｃａｌ Ｅｎｔｉｔｉｙ：ＬＥ）３０１〜３０３と、ゲートウェイ（ＧＷ）３１０と、を有する。本実施形態では、ＨｅＮＢ２００、ＵＥ１００、ＬＥ３０１〜３０３、ＧＷ３１０のそれぞれは、同一の住居Ｒ内のＩＰネットワークにある。

ＨｅＮＢ２００は、小型のセルを形成し、当該セル内にあるＵＥ１００との無線通信を行う。セルとは、無線通信エリアの最小単位である。

ＨｅＮＢ２００には、ＬＩＰＡを実施するためのローカルゲートウェイ（Ｌ−ＧＷ）の機能が設けられる。ＬＩＰＡとは、ＨｅＮＢサブシステム以外のオペレータネットワーク（コアネットワーク４００）をユーザプレーンが横断することなく、ＨｅＮＢ２００を介して接続されたＩＰ対応ＵＥ１００が、同一の住居／会社のＩＰネットワーク内の他のＩＰ対応エンティティにアクセス可能にする機能である。

ＨｅＮＢ２００（詳細には、ＨｅＮＢ２００に設けられるＬ−ＧＷ）は、ＬＩＰＡコネクションの確立や開放を行う。図１において実線の矢印は、ＵＥ１００とＬＥ３０１との間のＬＩＰＡコネクションを介して流れるユーザデータを表している。これに対し、図１において破線の矢印は、ＬＩＰＡを実施しない場合にコアネットワーク４００を介して流れるユーザデータを表している。ＬＩＰＡを実施することにより、ユーザデータがコアネットワーク４００に流れないため、コアネットワーク４００のトラフィック負荷を軽減できる。

ＵＥ１００は、ユーザが所持する可搬型の無線通信装置であり、ＩＰ通信可能に構成される。本実施形態では、ＵＥ１００は、ＬＥ３０１との間に、ＨｅＮＢ２００を経由するＬＩＰＡコネクションを有している。ＵＥ１００は、当該ＬＩＰＡコネクションを用いてＬＥ３０１との通信を行う。

ＬＥ３０１〜３０３のそれぞれは、ＩＰ通信可能な機器である。本実施形態では、ＬＥ３０１はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であり、ＬＥ３０２はサーバであり、ＬＥ３０３はプリンタである。

ＧＷ３１０は、住居Ｒ内のＩＰネットワーク内で送受信されるデータを中継したり、住居Ｒ内のＩＰネットワークとインターネット５００との間でプロトコル変換を行ったりする。

コアネットワーク４００は、サービングゲートウェイ（Ｓ−ＧＷ）４１０と、モビリティ管理エンティティ（ＭＭＥ）４２０と、ＰＤＮゲートウェイ（Ｐ−ＧＷ）４３０と、を有する。

Ｓ−ＧＷ４１０は、ユーザプレーンに対応して設けられており、ユーザデータの転送制御を行うように構成される。

ＭＭＥ４２０は、コントロールプレーンに対応して設けられており、ＵＥ１００に対する各種モビリティ管理を行うように構成される。

ＨｅＮＢ２００と、Ｓ−ＧＷ４１０／ＭＭＥ４２０との間の伝送路は、Ｓ１インターフェイスと称される。なお、ＨｅＮＢ２００と他のＨｅＮＢとの間の基地局間伝送路は、Ｘ２インターフェイスと称される。

Ｐ−ＧＷ４３０は、コアネットワーク４００からインターネット５００への入り口、及びインターネット５００からコアネットワーク４００への出口として機能する。

なお、図１には図示していないが、ＨｅＮＢ２００とＳ−ＧＷ４１０／ＭＭＥ４２０との間に、複数のＨｅＮＢ２００を収容するＨｅＮＢゲートウェイ（ＨｅＮＢ ＧＷ）が設けられることがある。

（ＵＥの構成）
次に、本実施形態に係るＵＥ１００の構成を説明する。図２は、ＵＥ１００のブロック図である。

図２に示すように、ＵＥ１００は、アンテナ１０１と、無線通信部１１０と、ユーザインターフェイス部１２０と、記憶部１３０と、制御部１４０と、バッテリ１５０と、を有する。

無線通信部１１０は、アンテナ１０１を介して無線通信を行うように構成される。送信については、無線通信部１１０は、制御部１４０から入力されるベースバンド信号のアップコンバート及び増幅等を行って無線信号をアンテナ１０１から出力する。受信については、無線通信部１１０は、アンテナ１０１から入力される受信信号の増幅及びダウンコンバート等を行った後、ベースバンド信号を制御部１４０に出力する。

ユーザインターフェイス部１２０は、音声が入力されるマイクや、音声を出力するスピーカ、画像を表示するディスプレイ、ユーザによって押下されるボタンなどを含む。

記憶部１３０は、例えばメモリを用いて構成されており、制御部１４０による制御等に用いられる各種の情報を記憶する。

制御部１４０は、例えばＣＰＵを用いて構成されており、ＵＥ１００の各種の機能を制御する。

バッテリ１５０は、ＵＥ１００の各ブロックに対して供給すべき電力を蓄える。

このように構成されたＵＥ１００において、制御部１４０は、通信実行中の状態（コネクテッドモードと称される）において、無線通信部１１０が受信した参照信号の受信状態（参照信号受信電力や参照信号受信品質）をセル毎に測定し、セル毎の測定結果をサービング基地局に対して報告するよう制御する。

このような報告はメジャメントレポートと称される。サービング基地局は、当該メジャメントレポートに基づいて、ＵＥ１００についてハンドオーバを行うか否かを決定する。ハンドオーバとは、コネクテッドモードのＵＥ１００がサービングセルを切り替える動作である。なお、メジャメントレポートは、周期的に送信する設定（Ｐｅｒｉｏｄｉｃ）と、ハンドオーバ可能なトリガ条件が満たされるまで送信しない設定（Ｅｖｅｎｔ ｔｒｉｇｇｅｒ）とがある。

（ＨｅＮＢの構成）
次に、本実施形態に係るＨｅＮＢ２００の構成を説明する。図３は、ＨｅＮＢ２００のブロック図である。

図３に示すように、ＨｅＮＢ２００は、アンテナ２０１と、無線通信部２１０と、ネットワーク通信部２２０と、記憶部２３０と、制御部２４０と、を有する。

無線通信部２１０は、アンテナ２０１を介して無線通信を行うように構成される。送信については、無線通信部２１０は、制御部２４０から入力されるベースバンド信号のアップコンバート及び増幅等を行って無線信号をアンテナ２０１から出力する。受信については、無線通信部２１０は、アンテナ２０１から入力される受信信号の増幅及びダウンコンバート等を行った後、ベースバンド信号を制御部２４０に出力する。

ネットワーク通信部２２０は、Ｓ１インターフェイスを用いて、Ｓ−ＧＷ４１０、ＭＭＥ４２０、又はＨｅＮＢ ＧＷとの通信を行う。また、ネットワーク通信部２２０は、Ｘ２インターフェイスを用いて、他のＨｅＮＢとの通信（基地局間通信）を行う。さらに、ネットワーク通信部２２０は、住宅Ｒ内のＧＷ３１０を介してＬＥ３０１〜３０３との通信を行う。

記憶部２３０は、例えばメモリを用いて構成され、制御部２４０による制御等に用いられる各種の情報を記憶する。

制御部２４０は、例えばＣＰＵを用いて構成され、ＨｅＮＢ２００の各種の機能を制御する。制御部２４０は、本来的なＨｅＮＢの機能を制御するためのＨｅＮＢ機能制御部２４１と、Ｌ−ＧＷの機能を実施するためのＬ−ＧＷ機能部２４２と、を含む。なお、ＨｅＮＢ２００は、ＬＩＰＡをサポートしない場合には、Ｌ−ＧＷ機能部２４２を有しない。

ＨｅＮＢ機能制御部２４１は、ＵＥ１００との無線通信の制御や、Ｓ１インターフェイス及びＸ２インターフェイスを用いたネットワーク通信の制御を行う。また、ＨｅＮＢ機能制御部２４１は、ＵＥ１００から無線通信部２１０が受信するメジャメントレポートに基づいて、ＵＥ１００についてターゲット基地局へのハンドオーバを行うか否かを決定する。ＨｅＮＢ機能制御部２４１は、ハンドオーバを行うと決定した場合に、ハンドオーバ手順を開始する。なお、ハンドオーバ手順は、ハンドオーバ準備段階、ハンドオーバ実行段階、ハンドオーバ完了段階を含む。

Ｌ−ＧＷ機能部２４２は、ＬＩＰＡを実施するための各種の制御、例えば、ＬＩＰＡコネクションの確立や開放を行う。後述するように、Ｌ−ＧＷ機能部２４２は、ＨｅＮＢ機能制御部２４１からのノード内（Ｉｎｔｒａ−ｎｏｄｅ）シグナリングによって制御される。

このように構成されたＨｅＮＢ２００において、ＨｅＮＢ機能制御部２４１は、ＬＩＰＡコネクションを有するＵＥ１００についてＨｅＮＢ２００（自局）からターゲット基地局へのハンドオーバ手順を開始する際に、ＵＥ１００がＬＩＰＡコネクションを有する旨の情報をハンドオーバ要求に含めてターゲット基地局へ送信するようネットワーク通信部２２０を制御する。そして、ＨｅＮＢ機能制御部２４１は、ターゲット基地局がハンドオーバ要求を許可すれば、当該ＬＩＰＡコネクションを開放することなく、ハンドオーバ手順を継続する。これに対し、ターゲット基地局がハンドオーバ要求を拒否すれば、ＨｅＮＢ機能制御部２４１は、ノード内シグナリングを用いて、ＬＩＰＡコネクションの開放をＬ−ＧＷ機能部２４２に要求する。

一方、ＨｅＮＢ２００がハンドオーバ要求の受信側である場合、ネットワーク通信部２２０は、ＵＥ１００がＬＩＰＡコネクションを有する旨の情報を含んだハンドオーバ要求を受信する。ＨｅＮＢ機能制御部２４１は、ＨｅＮＢ２００（自局）がＬＩＰＡをサポートしているか否か（すなわち、Ｌ−ＧＷ機能部２４２を有しているか否か）を確認し、ＬＩＰＡをサポートしていることに応じて、ネットワーク通信部２２０が受信したハンドオーバ要求を許可する。詳細には、ネットワーク通信部２２０が受信したハンドオーバ要求に対する肯定応答を返信するようネットワーク通信部２２０を制御する。

（移動通信システムの動作）
次に、図４〜図６を用いて、本実施形態に係る移動通信システムの動作を説明する。

図４に示すように、ＨｅＮＢ２００−１の通信エリア内にあるＵＥ１００は、ＨｅＮＢ２００−１を介してＬＩＰＡコネクションをＬＥ３０１との間に確立した状態で、ＨｅＮＢ２００−２の通信エリア内に移動している。

後述する動作パターン１は、ＬＩＰＡをサポートするＨｅＮＢ２００−１をソース（ハンドオーバ元）とし、ＬＩＰＡをサポートするＨｅＮＢ２００−２をターゲット（ハンドオーバ先）とした場合の移動通信システムの動作である。

これに対し、後述する動作パターン２は、ＬＩＰＡをサポートするＨｅＮＢ２００−１をソースとし、ＬＩＰＡをサポートしないＨｅＮＢ２００−２をターゲットとした場合の移動通信システムの動作である。

（１）動作パターン１
図５は、移動通信システムの動作パターン１のシーケンス図である。

図５に示すように、ステップＳ１０１において、ソースＨｅＮＢ２００−１の無線通信部２１０は、ＵＥ１００からのメジャメントレポートを受信する。当該メジャメントレポートは、ＨｅＮＢ２００−２のセルＩＤと、当該セルに対する測定結果と、を含む。

ステップＳ１０２において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ステップＳ１０１でＵＥ１００から受信したメジャメントレポートに含まれるターゲットＨｅＮＢ２００−２のセルＩＤに基づいて、ＵＥ１００についてターゲットＨｅＮＢ２００−２へのハンドオーバ手順を開始すると決定する。

ステップＳ１０３において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ＵＥ１００がＬＩＰＡコネクションを有する旨の情報（フラグ）をハンドオーバ要求（Ｈ．Ｏ． Ｒｅｑｕｅｓｔ）に含めてターゲットＨｅＮＢ２００−２へ送信するようネットワーク通信部２２０を制御する。ここで、ハンドオーバ要求は、ソースＨｅＮＢ２００−１とターゲットＨｅＮＢ２００−２との間にＸ２インターフェイスが存在すれば当該Ｘ２インターフェイス上で送信され、当該Ｘ２インターフェイスが存在しなければＳ１インターフェイス上で送信される。ハンドオーバ要求の送信によってハンドオーバの準備段階が開始される。

ターゲットＨｅＮＢ２００−２のネットワーク通信部２２０は、ソースＨｅＮＢ２００−１からのハンドオーバ要求を受信する。

ステップＳ１０４において、ターゲットＨｅＮＢ２００−２のＨｅＮＢ機能制御部２４１は、ステップＳ１０３で受信したハンドオーバ要求に、ＵＥ１００がＬＩＰＡコネクションを有する旨の情報が含まれていることを確認し、ターゲットＨｅＮＢ２００−２（自局）がＬＩＰＡをサポートしているか否かを確認する。本動作パターンでは、ターゲットＨｅＮＢ２００−２がＬＩＰＡをサポートしているため、他の条件も満たす場合には、ターゲットＨｅＮＢ２００−２のＨｅＮＢ機能制御部２４１は、ソースＨｅＮＢ２００−１からのハンドオーバ要求を許可すると判断する。

ステップＳ１０５において、ターゲットＨｅＮＢ２００−２のＨｅＮＢ機能制御部２４１は、ステップＳ１０３で受信したハンドオーバ要求に対する肯定応答（Ｈ．Ｏ． Ｒｅｓｐｏｎｓｅ ＡＣＫ）をソースＨｅＮＢ２００−１に送信するようネットワーク通信部２２０を制御する。ここで、肯定応答（Ｈ．Ｏ． Ｒｅｓｐｏｎｓｅ ＡＣＫ）は、ソースＨｅＮＢ２００−１とターゲットＨｅＮＢ２００−２との間にＸ２インターフェイスが存在すれば当該Ｘ２インターフェイス上で送信され、当該Ｘ２インターフェイスが存在しなければＳ１インターフェイス上で送信される。

ソースＨｅＮＢ２００−１のネットワーク通信部２２０は、ターゲットＨｅＮＢ２００−２からの肯定応答を受信する。

ステップＳ１０６において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ターゲットＨｅＮＢ２００−２からの肯定応答をネットワーク通信部２２０が受信したことに応じて、ハンドオーバコマンドをＵＥ１００に送信する。これにより、ハンドオーバの実行段階が開始される。当該ハンドオーバコマンドは、ＵＥ１００がターゲットＨｅＮＢ２００−２にアクセスするための情報を含む。

ＵＥ１００の無線通信部１１０は、ソースＨｅＮＢ２００−１からのハンドオーバコマンドを受信する。ＵＥ１００の制御部１４０は、ソースＨｅＮＢ２００−１からのハンドオーバコマンドを無線通信部１１０が受信したことに応じて、ターゲットＨｅＮＢ２００−２へのアクセスを開始する。

ステップＳ１０７において、ソースＨｅＮＢ２００−１及びターゲットＨｅＮＢ２００−２は、ハンドオーバの実行段階及び完了段階を実行する。このようにしてハンドオーバ手順が完了すると、ＵＥ１００は、ＬＩＰＡコネクションが維持された状態で、サービングセル（サービング基地局）をターゲットＨｅＮＢ２００−２へ切り替えることができる。

（２）動作パターン２
図６は、移動通信システムの動作パターン２のシーケンス図である。

図６に示すように、ステップＳ２０１〜ステップＳ２０３は、動作パターン１のステップＳ１０１〜ステップＳ１０３と同様である。

ターゲットＨｅＮＢ２００−２のネットワーク通信部２２０は、ソースＨｅＮＢ２００−１からのハンドオーバ要求を受信する。

ステップＳ２０４において、ターゲットＨｅＮＢ２００−２のＨｅＮＢ機能制御部２４１は、ステップＳ２０３で受信したハンドオーバ要求に、ＵＥ１００がＬＩＰＡコネクションを有する旨の情報が含まれていることを確認し、ターゲットＨｅＮＢ２００−２（自局）がＬＩＰＡをサポートしているか否かを確認する。本動作パターンでは、ターゲットＨｅＮＢ２００−２がＬＩＰＡをサポートしていないため、ターゲットＨｅＮＢ２００−２のＨｅＮＢ機能制御部２４１は、ソースＨｅＮＢ２００−１からのハンドオーバ要求を拒否すると判断する。

ステップＳ２０５において、ターゲットＨｅＮＢ２００−２のＨｅＮＢ機能制御部２４１は、ステップＳ２０３で受信したハンドオーバ要求に対する否定応答（Ｈ．Ｏ． Ｒｅｓｐｏｎｓｅ ＮＡＣＫ）をソースＨｅＮＢ２００−１に送信するようネットワーク通信部２２０を制御する。ここで、否定応答（Ｈ．Ｏ． Ｒｅｓｐｏｎｓｅ ＮＡＣＫ）は、ソースＨｅＮＢ２００−１とターゲットＨｅＮＢ２００−２との間にＸ２インターフェイスが存在すれば当該Ｘ２インターフェイス上で送信され、当該Ｘ２インターフェイスが存在しなければＳ１インターフェイス上で送信される。

ソースＨｅＮＢ２００−１のネットワーク通信部２２０は、ターゲットＨｅＮＢ２００−２からの否定応答を受信する。

ステップＳ２０６において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ターゲットＨｅＮＢ２００−２からの否定応答をネットワーク通信部２２０が受信したことに応じて、ハンドオーバ手順を中止する。

ステップＳ２０６において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ノード内シグナリングを用いて、ソースＨｅＮＢ２００−１のＬ−ＧＷ機能部２４２に対して、ＬＩＰＡコネクションの開放を要求する。

ステップＳ２０７において、ソースＨｅＮＢ２００−１のＬ−ＧＷ機能部２４２は、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１からの要求により、ＵＥ１００のＬＩＰＡコネクションを開放する。

ステップＳ２０８において、ソースＨｅＮＢ２００−１のＨｅＮＢ機能制御部２４１は、ソースＨｅＮＢ２００−１とＵＥ１００との間のコネクションを切断する。

ステップＳ２０９において、ＵＥ１００の制御部１４０は、ターゲットＨｅＮＢ２００−２に対してアクセスし、ＬＥ３０１との再接続を行う。

（３）ハンドオーバ要求の具体例
次に、表１を用いて、本実施形態に係るハンドオーバ要求の具体例を説明する。表１において下線部で示した箇所は、新たに追加された情報要素（ＩＥ）である。下線部で示した箇所以外は、３ＧＰＰ ＴＳ ３６．４２３ Ｖ１０．１．０の９．１．１．１ ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴで規定されている内容と同じである。

表１に示すように、本実施形態に係るハンドオーバ要求は、ＵＥ１００がＬＩＰＡコネクションを有するか否かを示すＬＩＰＡ Ｃｏｎｎｅｃｔｉｏｎ Ｓｔａｔｕｓ ＩＥを含む。

ＬＩＰＡ Ｃｏｎｎｅｃｔｉｏｎ Ｓｔａｔｕｓ ＩＥは、当該ハンドオーバ要求に係るＵＥ１００がＬＩＰＡコネクションを有していれば“１”、ＬＩＰＡコネクションを有しておらず通常のコネクションのみを有しているのであれば“０”というように、１ビットのフラグとして構成できる。

（実施形態の効果）
以上説明したように、ＬＩＰＡをサポートするソースＨｅＮＢ２００−１は、ＬＩＰＡコネクションを有するＵＥ１００についてソースＨｅＮＢ２００−１からターゲット基地局へのハンドオーバ手順を開始する際に、ＵＥ１００がＬＩＰＡコネクションを有する旨の情報をハンドオーバ要求に含めてターゲット基地局へ送信する。

そして、ソースＨｅＮＢ２００−１は、ターゲット基地局がハンドオーバ要求を許可すれば、ＬＩＰＡコネクションを開放することなくハンドオーバ手順を継続する。

これにより、ソースＨｅＮＢ２００−１は、ターゲット基地局がＬＩＰＡをサポートしているか否かを事前に把握していなくても、ＬＩＰＡをサポートしているか否かの確認をターゲット基地局側で行うことによって、ＬＩＰＡコネクションを維持しながらハンドオーバを行うことができる。

（その他の実施形態）
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。

ＨｅＮＢには、特定のＵＥのアクセスのみが許可される「ｃｌｏｓｅｄ」、他のＵＥのアクセスも許可される「ｏｐｅｎ」といったアクセス種別が設定されることがある。上述した実施形態では、そのようなアクセス種別を特に考慮していないが、アクセス種別をさらに考慮してハンドオーバ制御を行ってもよい。例えば、ＵＥ１００がＬＩＰＡコネクションを有する旨の情報を受信したターゲットＨｅＮＢは、自局がＬＩＰＡをサポートし、かつ、自局が当該ＵＥのアクセスを許容するアクセス種別であれば、当該ハンドオーバ要求に対する肯定応答をソースＨｅＮＢに送信するとしてもよい。

上述した実施形態では、ターゲットＨｅＮＢがソースＨｅＮＢと同一の住居（又は会社）内にあるケースを想定していたが、ターゲットＨｅＮＢが同一の住居（又は会社）内にあるか否かをハンドオーバ判定時に考慮してもよい。例えば、ＵＥ１００がＬＩＰＡコネクションを有する旨の情報を受信したターゲットＨｅＮＢは、自局がＬＩＰＡをサポートし、かつ、ソースＨｅＮＢと同一の住居（又は会社）内にあれば、当該ハンドオーバ要求に対する肯定応答をソースＨｅＮＢに送信するとしてもよい。

上述した実施形態では、ＨｅＮＢの内部にＬ−ＧＷ機能が設けられる構成を述べたが、Ｌ−ＧＷが外部ノードとしてＨｅＮＢから独立して設けられる構成でもよい。例えば、図７に示すように、家庭（又は企業内）の複数のＨｅＮＢ２００−１，２００−２に対して１つのＬ−ＧＷ３２０が設置される構成でもよい。このような構成において、ＬＩＰＡコネクションの開放に当たり、ＨｅＮＢ２００−１は、ノード内シグナリング（Intra-node Signaling）の代わりに、ＨｅＮＢ２００−１とＬ−ＧＷ３２０との間のインターフェイスを用いて、ＬＩＰＡコネクションの開放をＬ−ＧＷ３２０に要求する。

図８は、図７に示す構成例における動作フロー図である。ここでは、ＬＩＰＡをサポートするＨｅＮＢ２００−１をソースとし、ＬＩＰＡをサポートしないＨｅＮＢ２００−２をターゲットとした場合の移動通信システムの動作を説明する。また、図６との相違点を主として説明する。

図８に示すように、ステップＳ３０１〜ステップＳ３０５は、図６と同様である。

ステップＳ３０６において、ソースＨｅＮＢ２００−１は、ターゲットＨｅＮＢ２００−２からの否定応答を受信したことに応じて、ハンドオーバ手順を中止する。そして、ソースＨｅＮＢ２００−１は、ＨｅＮＢ２００−１とＬ−ＧＷ３２０との間のインターフェイスを用いて、Ｌ−ＧＷ３２０に対して、ＬＩＰＡコネクションの開放を要求する。

ステップＳ３０７において、Ｌ−ＧＷ３２０は、ソースＨｅＮＢ２００−１からの要求により、ＵＥ１００のＬＩＰＡコネクションを開放する。

ステップＳ３０８において、ソースＨｅＮＢ２００−１は、ソースＨｅＮＢ２００−１とＵＥ１００との間のコネクションを切断する。

ステップＳ３０９において、ＵＥ１００は、ターゲットＨｅＮＢ２００−２に対してアクセスし、ＬＥ３０１との再接続を行う。

このように本発明は、ここでは記載していない様々な実施形態等を包含するということを理解すべきである。

以上のように、本発明に係る通信制御方法及びホーム基地局によれば、ＬＩＰＡコネクションのモビリティをサポートできるため、移動通信システムにおいて有用である。

Claims (2)

1. ホーム基地局における通信制御方法であって、
   ３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格で規定されるＬＩＰＡ（Ｌｏｃａｌ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｃｃｅｓｓ）をサポートする他のホーム基地局から送信され、ユーザ端末がＬＩＰＡコネクションを有する旨の情報を含んだハンドオーバ要求を受信するステップと、
   前記ホーム基地局が前記ＬＩＰＡをサポートしていることに応じて、前記他のホーム基地局からの前記ハンドオーバ要求を許可するステップと、
   前記ホーム基地局が前記ＬＩＰＡをサポートしていない場合、ハンドオーバ手順を中止するために前記他のホーム基地局からの前記ハンドオーバ要求を拒否するステップと、
   を有することを特徴とする通信制御方法。
2. ホーム基地局であって、
   ３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格で規定されるＬＩＰＡ（Ｌｏｃａｌ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｃｃｅｓｓ）をサポートする他のホーム基地局から送信され、ユーザ端末がＬＩＰＡコネクションを有する旨の情報を含んだハンドオーバ要求を受信し、
   前記ホーム基地局が前記ＬＩＰＡをサポートしていることに応じて、前記他のホーム基地局からの前記ハンドオーバ要求を許可し、
   前記ホーム基地局が前記ＬＩＰＡをサポートしていない場合、ハンドオーバ手順を中止するために前記他のホーム基地局からの前記ハンドオーバ要求を拒否する、
   ように構成されていることを特徴とするホーム基地局。

Images