JP5671139B2

JP5671139B2 - 通信制御方法及びホーム基地局

Info

Publication number: JP5671139B2
Application number: JP2013522394A
Authority: JP
Inventors: 裕之安達
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2011-06-28
Filing date: 2011-06-28
Publication date: 2015-02-18
Anticipated expiration: 2031-06-28
Also published as: KR20140036256A; CN103621140A; US20140133458A1; EP2728933A4; WO2013001610A1; EP2728933A1; JPWO2013001610A1

Description

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

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

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

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

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

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

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

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

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

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

本発明に係るホーム基地局の特徴は、３ＧＰＰ規格で規定されるＬＩＰＡをサポートするホーム基地局であって、ＬＩＰＡコネクションを有するユーザ端末について前記ホーム基地局からターゲット基地局へのハンドオーバ手順を開始する前に、前記ターゲット基地局が前記ＬＩＰＡをサポートしているか否かを確認し、前記ターゲット基地局が前記ＬＩＰＡをサポートしていれば、前記ＬＩＰＡコネクションを開放することなく、前記ターゲット基地局に対してハンドオーバ要求を送信する、ように構成されていることを要旨とする。

本発明の実施形態に係る移動通信システムの全体構成図である。本発明の実施形態に係るユーザ端末のブロック図である。本発明の実施形態に係るホーム基地局のブロック図である。本発明の実施形態に係るホーム基地局の動作を説明するための図である。本発明の実施形態に係るホーム基地局の動作フロー図である。その他の実施形態に係る移動通信システムの構成図である。その他の実施形態に係る移動通信システムの動作フロー図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

記憶部２３０は、例えばメモリを用いて構成され、制御部２４０による制御等に用いられる各種の情報を記憶する。本実施形態では、記憶部２３０は、隣接基地局に関する識別情報（ＩＤ）をＬＩＰＡのサポート有無に関する情報（ＬＩＰＡサポート情報）と対応付けた隣接基地局情報を記憶している。例えば、オペレータ又はユーザによって作成された隣接基地局情報が予め記憶部２３０に記憶されている。ＬＩＰＡサポート情報は、隣接基地局（又はそのセル）のＩＤ毎に、ＬＩＰＡをサポートしているか否かを示すフラグを対応付けて構成される。

制御部２４０は、例えばＣＰＵを用いて構成され、ＨｅＮＢ２００の各種の機能を制御する。本実施形態では、制御部２４０は、本来的なＨｅＮＢの機能を制御するためのＨｅＮＢ機能制御部２４１と、Ｌ−ＧＷの機能を実施するためのＬ−ＧＷ機能部２４２と、を含む。

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

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

このように構成されたＨｅＮＢ２００において、ＨｅＮＢ機能制御部２４１は、ＬＩＰＡコネクションを有するＵＥ１００についてターゲット基地局へのハンドオーバ手順を開始する前に、記憶部２３０に記憶されている隣接基地局情報に基づいて、ターゲット基地局がＬＩＰＡをサポートしているか否かを確認する。

そして、ＨｅＮＢ機能制御部２４１は、ターゲット基地局がＬＩＰＡをサポートしていれば、ＬＩＰＡコネクションを開放することなく、ターゲット基地局（この場合はＨｅＮＢ）に対してハンドオーバ要求を送信する。これに対し、ターゲット基地局がＬＩＰＡをサポートしていなければ、ＨｅＮＢ機能制御部２４１は、ノード内シグナリングを用いて、ＬＩＰＡコネクションの開放をＬ−ＧＷ機能部２４２に要求する。

（ＨｅＮＢの動作）
次に、図４及び図５を用いて、本実施形態に係るＨｅＮＢ２００の動作を説明する。

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

図５は、ＨｅＮＢ２００−１の動作フロー図である。

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

ＨｅＮＢ機能制御部２４１は、無線通信部２１０が受信したメジャメントレポートに基づいて、ＵＥ１００についてターゲット基地局へのハンドオーバ手順を開始すると決定する。

ステップＳ１０２において、ＨｅＮＢ機能制御部２４１は、メジャメントレポートに含まれるＨｅＮＢ２００−２のセルＩＤと、記憶部２３０に記憶されている隣接基地局情報とに基づいて、ターゲット基地局がＬＩＰＡをサポートしているか否かを確認する。詳細には、ＨｅＮＢ機能制御部２４１は、隣接基地局情報において、メジャメントレポートに含まれるＨｅＮＢ２００−２のセルＩＤに対して、ＬＩＰＡをサポートしていることを示すフラグが対応付けられているか否かを確認する。ＬＩＰＡをサポートしていることを示すフラグが対応付けられていれば、ＨｅＮＢ機能制御部２４１は、処理をステップＳ１０３に進める。これに対し、ＬＩＰＡをサポートしていることを示すフラグが対応付けられていなければ、ＨｅＮＢ機能制御部２４１は、処理をステップＳ１０５に進める。

ステップＳ１０３において、ＨｅＮＢ機能制御部２４１は、ターゲット基地局（ＨｅＮＢ２００−２）に対してハンドオーバ要求を送信するようネットワーク通信部２２０を制御する。ここで、ハンドオーバ要求は、ＨｅＮＢ２００−１とＨｅＮＢ２００−２との間にＸ２インターフェイスが存在すれば当該Ｘ２インターフェイス上で送信され、当該Ｘ２インターフェイスが存在しなければＳ１インターフェイス上で送信される。ハンドオーバ要求の送信によってハンドオーバの準備段階が開始される。

ステップＳ１０４において、ＨｅＮＢ機能制御部２４１は、ステップＳ１０３で送信したハンドオーバ要求に対するターゲットＨｅＮＢ２００−２からの肯定応答をネットワーク通信部２２０が受信すれば、ハンドオーバコマンドをＵＥ１００に送信して、ハンドオーバの実行段階を開始する。その後、ハンドオーバ手順を完了する。ハンドオーバ手順が完了すると、ＵＥ１００は、ＬＩＰＡコネクションが維持された状態で、サービングセルをターゲットＨｅＮＢ２００−２へ切り替えることができる。

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

ステップＳ１０６において、ＨｅＮＢ機能制御部２４１は、ソースＨｅＮＢ２００−１とＵＥ１００との間のコネクションを切断する。その結果、ＵＥ１００は、ターゲットＨｅＮＢ２００−２を介して、ＬＥ３０１との再接続を行うことになる。

（実施形態の効果）
以上説明したように、ＨｅＮＢ２００は、ＬＩＰＡコネクションを有するＵＥ１００についてＨｅＮＢ２００からターゲット基地局へのハンドオーバ手順を開始する前に、ターゲット基地局がＬＩＰＡをサポートしているか否かを確認する。そして、ＨｅＮＢ２００は、ターゲット基地局がＬＩＰＡをサポートしていれば、ＬＩＰＡコネクションを開放することなく、ターゲット基地局に対してハンドオーバ要求を送信する。このように、ターゲット基地局がＬＩＰＡをサポートしていれば、そのことを確認した上で、ＬＩＰＡコネクションを維持しながらハンドオーバを行うことができる。

（第１変更例）
上述した実施形態では、ＨｅＮＢ２００が隣接基地局情報を予め記憶していると説明したが、隣接基地局情報を上位ノード（例えば、ＭＭＥ４２０又はＨｅＮＢＧＷ）が管理している場合には、ＨｅＮＢ２００が隣接基地局情報を上位ノードから取得してもよい。

本変更例では、ＨｅＮＢ２００は、図５のステップＳ１０１とステップＳ１０２との間で、以下のような処理を行う。

ＨｅＮＢ２００は、ターゲット基地局がＬＩＰＡをサポートしているか否かを問い合わせるために、メジャメントレポートに含まれるターゲット基地局のセルＩＤをＳ１インターフェイス上で上位ノードに送信する。

上位ノードは、ＨｅＮＢ２００から受信したセルＩＤに対応するノードがＬＩＰＡをサポートしているか否かを示す情報を、Ｓ１インターフェイス上でＨｅＮＢ２００に送信する。

そして、ＨｅＮＢ２００は、上位ノードから受信したＬＩＰＡサポート情報に基づいて、図５のステップＳ１０２の処理を実行する。

このように、本変更例によれば、ＨｅＮＢ２００は、隣接基地局がＬＩＰＡをサポートしているか否かを予め把握しておく必要がない。また、上位ノードからのＬＩＰＡサポート情報を記憶しておけば、それ以降は当該ターゲット基地局についての上位ノードへの問合せを省略できる。

（第２変更例）
本変更例では、隣接基地局情報をターゲット基地局（隣接基地局）から取得する。

詳細には、ＨｅＮＢ２００は、図５のステップＳ１０１とステップＳ１０２との間で、以下のような処理を行う。

ＨｅＮＢ２００は、メジャメントレポートに含まれるターゲット基地局のセルＩＤに基づいてターゲット基地局を特定し、特定したターゲット基地局に対して、ＬＩＰＡサポートの有無をＸ２インターフェイス上で問い合わせる。

ターゲット基地局は、ＨｅＮＢ２００からの問い合わせに応じて、自ノードがＬＩＰＡをサポートしているか否かを示す情報を、Ｘ２インターフェイス上でＨｅＮＢ２００に送信する。

そして、ソースＨｅＮＢ２００は、ターゲット基地局から受信したＬＩＰＡサポート情報に基づいて、図５のステップＳ１０２の処理を実行する。

このように、本変更例によれば、ＨｅＮＢ２００は、隣接基地局がＬＩＰＡをサポートしているか否かを予め把握しておく必要がない。また、ターゲット基地局から取得したＬＩＰＡサポート情報を記憶しておけば、それ以降は当該ターゲット基地局への問合せを省略できる。

（第３変更例）
本変更例では、ＵＥ１００からのメジャメントレポートから隣接基地局情報を取得する。

本変更例では、ＨｅＮＢ２００の無線通信部２１０は、ＬＩＰＡサポートの有無の情報を報知チャネル上で送信する。例えば、ＬＩＰＡサポートの有無の情報をＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）に含めることができる。

ＵＥ１００の制御部１４０は、無線通信部１１０が受信した参照信号の受信状態を測定するだけでなく、報知チャネル上で送信されるＬＩＰＡサポート情報を取得する。そして、制御部１４０は、ＬＩＰＡサポート情報をメジャメントレポートに含めてサービング基地局（ＨｅＮＢ２００）に送信する。

ＨｅＮＢ２００−１は、図５のステップＳ１０１でメジャメントレポートを受信すると、ターゲット基地局についてのＬＩＰＡサポート情報を当該メジャメントレポートから取得し、取得したＬＩＰＡサポート情報をステップＳ１０２の処理に使用する。

このように、本変更例によれば、ＨｅＮＢ２００は、隣接基地局がＬＩＰＡをサポートしているか否かを予め把握しておく必要がない。

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

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

上述した実施形態では、ターゲットＨｅＮＢがソースＨｅＮＢと同一の住居（又は会社）内にあるケースを想定していたが、ターゲットＨｅＮＢが同一の住居（又は会社）内にあるか否かをハンドオーバ判定時に考慮してもよい。例えば、ターゲット基地局（ターゲットＨｅＮＢ）がＬＩＰＡをサポートし、かつ、ソースＨｅＮＢと同一の住居（又は会社）内にあれば、ＬＩＰＡコネクションを解放することなく、ハンドオーバ要求をターゲット基地局に送信するとしてもよい。

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

図７は、図６に示す構成例における動作フロー図である。ここでは、図５との相違点を主として説明する。

図７に示すように、ステップＳ２０１において、ＨｅＮＢ２００−１は、ＵＥ１００から受信したメジャメントレポートに基づいて、ＵＥ１００についてターゲット基地局（ＨｅＮＢ２００−２）へのハンドオーバ手順を開始すると決定する。

ステップＳ２０２において、ＨｅＮＢ２００−１は、メジャメントレポートに含まれるＨｅＮＢ２００−２のセルＩＤと、記憶部２３０に記憶されている隣接基地局情報とに基づいて、ＨｅＮＢ２００−２がＬＩＰＡをサポートしているか否かを確認する。

ＨｅＮＢ２００−２がＬＩＰＡをサポートしていれば（ステップＳ２０２；ＹＥＳ）、ステップＳ２０３において、ＨｅＮＢ２００−１は、ＨｅＮＢ２００−２に対してハンドオーバ要求を送信する。その後、ステップＳ２０４において、ＨｅＮＢ２００−１は、ハンドオーバコマンドをＵＥ１００へ送信する。

一方、ＨｅＮＢ２００−２がＬＩＰＡをサポートしていなければ（ステップＳ２０２；ＮＯ）、ステップＳ２０５において、ＨｅＮＢ２００−１は、ＨｅＮＢ２００−１とＬ−ＧＷ３２０と間のインターフェイスを用いて、ＬＩＰＡコネクションの開放をＬ−ＧＷ３２０に要求する。Ｌ−ＧＷ３２０は、ＨｅＮＢ２００−１からの要求により、ＬＩＰＡコネクションを開放する。その後、ステップＳ２０６において、ＨｅＮＢ２００−１は、ＨｅＮＢ２００−１とＵＥ１００との間のコネクションを切断する。

なお、このようにＬ−ＧＷが複数のＨｅＮＢで共有される構成においては、ＨｅＮＢ２００−１は、Ｌ−ＧＷ３２０から隣接基地局情報を取得してもよい。

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

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

Claims

３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）規格で規定されるＬＩＰＡ（ＬｏｃａｌＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＡｃｃｅｓｓ）をサポートするホーム基地局における通信制御方法であって、
ＬＩＰＡコネクションを有するユーザ端末について前記ホーム基地局からターゲット基地局へのハンドオーバ手順を開始する前に、前記ターゲット基地局が前記ＬＩＰＡをサポートしているか否かを示す情報を前記ユーザ端末から受信することにより、前記ターゲット基地局が前記ＬＩＰＡをサポートしているか否かを確認するステップと、
前記ターゲット基地局が前記ＬＩＰＡをサポートしていれば、前記ＬＩＰＡコネクションを開放することなく、前記ターゲット基地局に対してハンドオーバ要求を送信するステップと、を有することを特徴とする通信制御方法。
３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）規格で規定されるＬＩＰＡ（ＬｏｃａｌＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＡｃｃｅｓｓ）をサポートするホーム基地局であって、
ＬＩＰＡコネクションを有するユーザ端末について前記ホーム基地局からターゲット基地局へのハンドオーバ手順を開始する前に、前記ターゲット基地局が前記ＬＩＰＡをサポートしているか否かを示す情報を前記ユーザ端末から受信することにより、前記ターゲット基地局が前記ＬＩＰＡをサポートしているか否かを確認し、
前記ターゲット基地局が前記ＬＩＰＡをサポートしていれば、前記ＬＩＰＡコネクションを開放することなく、前記ターゲット基地局に対してハンドオーバ要求を送信する、ように構成されていることを特徴とするホーム基地局。