JP2012509638A

JP2012509638A - ハンドオーバ、変換、及びルーティング機能を提供するように構成されたネットワークゲートウェイ

Info

Publication number: JP2012509638A
Application number: JP2011537393A
Authority: JP
Inventors: ヴィクベリィ，ヤリ; リンドクヴィスト，トマス; ニランデル，トマス
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2008-11-21
Filing date: 2009-05-13
Publication date: 2012-04-19
Anticipated expiration: 2029-05-13
Also published as: MX2011004518A; US8532661B2; EP2351417A1; EP2351417B1; US20110223919A1; WO2010059099A1; JP5568567B2

Abstract

【課題】ハンドオーバ手順を改良する。
【解決手段】一態様において、本発明は、ソースネットワークノードからターゲットネットワークノードへと接続をハンドオーバするための改良された手順を提供する。いくつかの実施形態では、この手順は以下のステップを含む。すなわち、（ａ）ネットワークゲートウェイにおいてソースネットワークノードから送信されたハンドオーバ必要メッセージを受信する、（ｂ）ゲートウェイにおいてハンドオーバ必要メッセージの受信に応答してハンドオーバ要求メッセージを発生する、（ｃ）ゲートウェイからターゲットネットワークノードにハンドオーバ要求メッセージを送信する。別の態様においては、本発明は、ハンドオーバシグナリングを傍受して処理するように構成された、改良されたネットワークゲートウェイを提供する。
【選択図】図３

Description

[001] 本発明は、無線通信に関する。一態様において、本発明は、ハンドオーバ、変換、及びルーティング機能を提供するように構成されたネットワークゲートウェイに関する。

[002] 現在、次世代無線アクセスネットワーク（ＲＡＮ）のための仕様が、３ＧＰＰ（3rd Generation Partnership Project）によって開発されている。この、いわゆる次世代ＲＡＮは、「Ｅ−ＵＴＲＡＮ（次世代ユニバーサル地上無線アクセスネットワーク：Evolved Universal Terrestrial Radio Access Network）」と称される。Ｅ−ＵＴＲＡＮの別名は、「ＬＴＥ（Long Term Evolution）」ＲＡＮである。

[003] ＬＴＥＲＡＮは、「ＥＰＣ（Evolved Packet Core）ネットワーク」又は「ＳＡＥ（System Architecture Evolution）ネットワーク」と呼ばれるコアネットワーク（ＣＮ）に接続されるように設計されている。Ｅ−ＵＴＲＡＮ及びＥＰＣネットワークの組み合わせは、「ＥＰＳ（Evolved Packet System）」又は「ＬＴＥ／ＳＡＥネットワーク」と称される。Ｅ−ＵＴＲＡＮにおける基地局は、「Ｅ−ＵＴＲＡＮＮｏｄｅＢ」（略して「ｅＮｏｄｅＢ」又は「ｅＮＢ」）と呼ばれる。

[004] 従来の（すなわち「マクロの」）セル式基地局が提供するカバレージエリアよりも小さいカバレージエリアを提供する基地局を有するということが考えられている。例えば、家庭のみ又は学校のみにカバレージエリアを提供する基地局を有することが考えられている。かかる基地局のことを本明細書では「ホーム基地局（home base station）」と称する。ホーム基地局の他の名称は、「ＨｅＮＢ（Home E-UTRAN NodeB）」、「ＬＴＥＨＡＰ（LTE Home Access Point）」、「ＬＴＥＦＡＰ（LTE Femto Access Point）」、及び「フェムト基地局」である。ＵＴＲＡＮ（「ユニバーサル地上無線アクセスネットワーク、３Ｇとしても知られる）システムにおいては、ホーム基地局のことを「ホームノードＢ（ＨＮＢ）」と称する。簡略化のため、「ホーム基地局」をＨｅＮＢと称する。

[005] ＨｅＮＢは、ｅＮＢと実質的に同一のサービスをエンドユーザに提供するように規定されており、例えばある種のインターネットプロトコル（ＩＰ）ベースの伝送を用いることによってコアネットワークに接続される。この文書においては、ＨｅＮＢがサービスを提供するカバレージエリアのことをフェムトセルと呼び（また、これは、例えばＨｅＮＢによって提供されるカバレージエリアが大きいオフィスビル又は学校を包含する場合にはピコセルとも称される）、ｅＮＢがサービスを提供するカバレージエリアのことをマクロセルと呼ぶ。このため、ＨｅＮＢ（又は他のホーム基地局）のことを、本明細書においては「フェムト基地局」と称することができ、ｅＮＢ（又はフェムト基地局よりも大きいカバレージエリアを提供する他の基地局）のことを「マクロ基地局」と称することができる。

[006] 認識されているＨｅＮＢの利点は、ネットワークアクセスのためにＨｅＮＢを使用することとネットワークアクセスのためにｅＮＢを使用することを比較した場合に、エンドユーザが安価にサービスを受けられることである。ほとんどの場合ＨｅＮＢは、エンドユーザのすでに存在する広帯域接続（例えばｘＤＳＬ、ケーブル等）を用いて、オペレータのＣＮ、及び、場合によっては他のｅＮＢ／ＨｅＮＢに対する接続性を達成する。

[007] ３ＧＰＰＬＴＥＲＡＮ仕様における現在の動作想定は、「Ｘ２インタフェース」をＨｅＮＢによって用いず、ｅＮＢによってＸ２インタフェースを用いて相互に通信を行うということである。ｅＮＢ間のＸ２インタフェースは、いわゆる「Ｘ２ベースのハンドオーバ」というハンドオーバのために、更に、セル間干渉制御（ＩＣＩＣ）のために用いられる。２つのｅＮＢ間でＸ２をセットアップした場合、これらのｅＮＢは、ｅＮＢが対応するマクロセルに関する情報を交換する。典型的に、Ｘ２接続は、ハンドオーバを実行することができるセルに対応するｅＮＢ間でのみセットアップされる。Ｘ２制御面のために用いられるプロトコルは、「Ｘ２アプリケーションプロトコル（Ｘ２ＡＰ）」と呼ばれる。２つのｅＮＢ間でＸ２接続を確立するために用いられるＸ２ＡＰメッセージは、Ｘ２ＳＥＴＵＰＲＥＱＵＥＳＴ及びＸ２ＳＥＴＵＰＲＥＳＰＯＮＳＥである。

[008] １つのモバイルネットワークは、１００万まで又はそれ以上のＨｅＮＢを有する場合がある。ＣＮにおける制御ノード（例えばＭＭＥ（Mobility Management Entity）又は他のコアネットワーク制御ノード）の容量が、そういった多くのＨｅＮＢを処理可能であるかは疑わしい。従って、ＣＮから多数のＨｅＮＢを隠すために、ゲートウェイ（コンセントレータノードの１つのタイプであるＨｅＮＢゲートウェイ（ＨｅＮＢ−ＧＷ）としても知られる）が用いられる。すなわちＨｅＮＢ−ＧＷは、ＣＮの観点から見ると、多くのセルを有するｅＮＢのように見える。従って、ＨｅＮＢ−ＧＷは、ｅＮＢが「Ｓ１インタフェース」を用いてＣＮの制御ノードと通信を行うのと同じ方法で、Ｓ１インタフェースを用いてＣＮの制御ノードと通信を行う。機能的には、ＨｅＮＢ−ＧＷは、ＨｅＮＢ−ＧＷに接続された全てのＨｅＮＢのためのＣＮ制御ノードのプロキシとして作用する（すなわちＨｅＮＢの観点から見ると、ＨｅＮＢ−ＧＷはＣＮ制御ノードのように見える）。すなわちＨｅＮＢは、ｅＮＢがＳ１インタフェースを用いてＣＮの制御ノードと通信を行うのと同じ方法で、Ｓ１インタフェースを用いてＨｅＮＢ−ＧＷと通信を行う。ＵＴＲＡＮシステムにおいては、ゲートウェイはホームノードＢゲートウェイ又はＨＮＢ−ＧＷと称される。

[009] ＨｅＮＢ−ＧＷに接続されるＨｅＮＢの数は、１００，０００まで又はそれ以上とすることができる。このため、ＨｅＮＢが２つまでのフェムトセルにサーブすると想定すると、ＨｅＮＢ−ＧＷが「対応」するフェムトセルの数は２００，０００まで又はそれ以上とすることができる。

[0010] ｅＮＢ間でハンドオーバを実行するために２つの異なる手順が存在する。すなわち、（１）「Ｓ１ベース」のハンドオーバ手順、及び（２）「Ｘ２ベース」のハンドオーバ手順である。これらの名称が示唆するとおり、Ｓ１ベースのハンドオーバ手順はＥ−ＵＴＲＡＮのノードとＣＮの制御ノードとの間でＳ１インタフェースを用い、これに対してＸ２ベースのハンドオーバ手順は、Ｅ−ＵＴＲＡＮのノード間で主としてＸ２インタフェースを用いる。Ｓ１ベースのハンドオーバ手順は３ＧＰＰＴＳ２３．４０１に記載されており、Ｘ２ベースのハンドオーバ手順は３ＧＰＰＴＳ３６．３００に記載されている。ＨｅＮＢ間のハンドオーバ手順には、Ｓ１ベースのハンドオーバ手順及びＸ２ベースのハンドオーバ手順の双方を適用することができる。しかしながら、Ｘ２インタフェースを用いる場合は後者のみである。

[0011] Ｓ１ベースのハンドオーバ手順を用いてソースＨｅＮＢからターゲットＨｅＮｂへと接続を移すことに伴う問題は、Ｓ１ベースのハンドオーバ手順がコアネットワーク制御ノードへのシグナリングを必要とすることである。ＲＡＮが多数のＨｅＮＢを含むことが予想されるので、例えば企業又は学校の場合においてＨｅＮＢ間で多数のハンドオーバが行われると予想される。この結果、フェムト環境においてＳ１ベースのハンドオーバ手順を用いると、コアネットワーク制御ノードにかかるシグナリング負荷が著しく増加する。Ｘ２ベースのハンドオーバ手順はこのシグナリング負荷を軽減することができるが、このためにはＨｅＮＢがＸ２プロトコルの少なくともいくつかの態様を実施する必要があり、ＨｅＮＢのコスト及び複雑さを増すことになる。ＨｅＮＢは量販デバイスになることが予想されるので、ＨｅＮＢはできる限り簡単かつ安価に保つことが望ましい。

[0012] 従って、改良されたハンドオーバ手順が望まれている。

[0013] 一態様において、本発明は、ソース基地局（例えばＨｅＮＢ）からターゲット基地局（例えば別のＨｅＮＢ）へと接続をハンドオーバするための改良された方法を提供する。いくつかの実施形態では、この方法は、ゲートウェイに接続された複数の基地局のためのコアネットワーク制御ノードのプロキシとして作用するゲートウェイ（例えばＨｅＮＢ−ＧＷ、ＨＮＢ−ＧＷ、又は他のゲートウェイ）によって実行される。いくつかの実施形態では、ゲートウェイは、ソース基地局から送信されたハンドオーバ必要メッセージ（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤ（ハンドオーバ必要）メッセージ）を受信するように動作可能である。このハンドオーバ必要メッセージは、ソース基地局がサービスを提供するユーザ機器（ＵＥ）接続をターゲット基地局にハンドオーバすべきことを示す。ハンドオーバ必要メッセージの受信に応答して、ゲートウェイは、ハンドオーバ要求メッセージ（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴ（ハンドオーバ要求）メッセージ）を発生して、このハンドオーバ要求メッセージをターゲット基地局に送信する。

[0014] 好都合なことに、ソース基地局から送信されたハンドオーバ必要メッセージの受信に応答して、ゲートウェイは、（ゲートウェイが直接ターゲット基地局と通信可能であると想定すれば）どのコアネットワーク制御ノードにもハンドオーバメッセージを送信しない。このように、この方法は、コアネットワーク制御ノード（例えばＭＭＥ）にかかるシグナリング負荷を軽減するという明らかな利点を提供し、また同時に、ＨｅＮＢがＸ２プロトコルのいずれの部分も実施する必要がない。

[0015] いくつかの実施形態においては、ハンドオーバ要求メッセージをターゲット基地局に送信した後、ゲートウェイはターゲット基地局から承認メッセージ（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥ（ハンドオーバ要求承認）メッセージ）を受信することができる。承認メッセージに応答して、ゲートウェイはハンドオーバ命令メッセージ（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＣＯＭＭＡＮＤ（ハンドオーバ命令）メッセージ）をソース基地局に送信する。

[0016] いくつかの実施形態においては、ハンドオーバ要求メッセージをターゲット基地局に送信するステップは、ゲートウェイとターゲット基地局との間でセットアップされた既存のインタフェースを介してハンドオーバ要求メッセージを送信することを含む。

[0017] いくつかの実施形態においては、この方法は、（ｅ）ターゲット基地局がＵＥから送信されたハンドオーバ確認メッセージを受信したことに応答して、ゲートウェイにおいてターゲット基地局から送信されたハンドオーバ通知メッセージを受信するステップと、（ｆ）ゲートウェイにおけるハンドオーバ通知メッセージの受信に応答して、ゲートウェイにおいて経路切り換え要求メッセージを発生するステップと、（ｇ）ゲートウェイからコアネットワーク制御ノード（例えばＭＭＥ又は別のコアネットワーク制御ノード）に経路切り換え要求メッセージを送信するステップと、（ｈ）ゲートウェイにおいてコアネットワーク制御ノードから送信された経路切り換え要求承認メッセージを受信するステップと、（ｉ）経路切り換え要求承認メッセージの受信に応答してゲートウェイにおいてＵＥコンテキストリリース命令メッセージを発生するステップと、（ｊ）ゲートウェイからソース基地局にＵＥコンテキストリリース命令メッセージを送信するステップと、（ｋ）ゲートウェイにおいてソース基地局から送信されたＵＥコンテキストリリース完了メッセージを受信するステップと、も含む。ソース基地局は、ゲートウェイから送信されたハンドオーバ命令の受信に応答してハンドオーバ命令をＵＥに送信するように構成されている。

[0018] いくつかの実施形態においては、ゲートウェイは、ハンドオーバ必要メッセージの受信に直接応答して、ターゲット基地局との接続が存在するか否かを判定し、接続が存在すると判定された場合には、ゲートウェイはハンドオーバ要求メッセージを発生してハンドオーバ要求メッセージをその接続を介してターゲット基地局に送信し、他の場合にはゲートウェイはハンドオーバ必要メッセージをコアネットワークノードに転送する。

[0019] いくつかの実施形態においては、ハンドオーバ要求メッセージを発生するステップは、（ｉ）ハンドオーバ必要メッセージから何らかの情報を抽出して抽出した情報をハンドオーバ要求メッセージに含めるステップ、（ｉｉ）ゲートウェイにおいて以前に受信した１つ以上の制御メッセージ（例えばＳ１ＡＰＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴ（初期コンテキストセットアップ要求）メッセージ）に含まれた、以前に記憶された情報を検索するステップであって、制御メッセージがＵＥによって確立された接続に関連し、更に、検索した情報をハンドオーバ要求メッセージに含めるステップ、（ｉｉｉ）ハンドオーバ必要メッセージに含まれた情報を、ハンドオーバ要求メッセージに含める必要のある情報にマッピングするステップ、（ｉｖ）ハンドオーバ要求メッセージに１つ以上の所定のデフォルト値を追加するステップ、の１つ以上を含む。

[0020] 別の態様において、本発明は、ソース基地局からターゲット基地局への接続のハンドオーバを容易にするためのゲートウェイ装置を提供する。いくつかの実施形態では、ゲートウェイ装置は、コンピュータソフトウェアを記憶するデータ記憶システムと、コンピュータソフトウェアを実行するためのデータ処理システムと、（ａ）ソース基地局がサービスを提供するユーザ機器（ＵＥ）をターゲット基地局にハンドオーバすべきことを示すハンドオーバ必要メッセージ等の、ソース基地局から送信されたメッセージを受信し、（ｂ）メッセージを送信するための、送信及び受信モジュールと、を含む。好都合なことに、コンピュータソフトウェアがデータ処理システムによって実行された場合に、処理システムがターゲットネットワークノードと通信可能であるならば、データ処理システムが、ハンドオーバ必要メッセージの受信に応答して、送信及び受信モジュールを用いて、処理システムが発生したハンドオーバ要求メッセージをターゲット基地局に送信するように、コンピュータソフトウェアが構成され、また、コンピュータソフトウェアがデータ処理システムによって実行された場合に、データ処理システムが、ゲートウェイ装置に通信可能に接続された複数の基地局のためのコアネットワーク制御ノードのプロキシとして機能するように動作可能に、コンピュータソフトウェアが更に構成されている。

[0021] 上述及び他の態様及び実施形態について、添付図面を参照して以下に記載する。

[0022] 本明細書に組み込まれてその一部を形成する添付図面は、本発明の様々な実施形態を例示し、説明と共に、本発明の原理を説明して、当業者が本発明を生成し使用することを可能とするように機能する。図面において、同様の参照番号は同一又は機能的に同様の要素を示す。

[0023] 本発明の一実施形態に従ったネットワークを示す。 [0024] 本発明の一実施形態に従ったプロセスを示すフローチャートである。 [0025] 図２に示したプロセスを更に示すメッセージフロー図である。 [0026] 本発明の一実施形態に従ったゲートウェイの機能ブロック図である。

[0027] 本発明について、本明細書ではＬＴＥ／ＳＡＥネットワークの文脈で説明するが、本発明はそのように限定されるわけではない（すなわち、本発明は３Ｇネットワーク等の他のネットワークにも適用可能である）。

[0028] ここで図１を参照すると、図１は、本発明の一実施形態に従った無線通信システム１００を示す。図示のように、システム１００は、フェムトセルに対応する複数のネットワークノード１０１（例えば基地局１０１ａ、１０１ｂ、．．．、１０１ｎ）、ゲートウェイ１０２（例えばＨｅＮＢ−ＧＷ又はＨＮＢ−ＧＷ）、及び少なくとも１つの制御ノード（例えばＭＭＥ３９２（図３を参照のこと））を有するＣＮ１０４を含む。これらのコンポーネントによって、ユーザ機器（ＵＥ）１９２のユーザは、他のデバイス及びシステム（例えば公衆網１１０に接続された他のデバイス及びシステム）と通信を行うことができる。また、システム１００は、マクロセルに対応する１つ以上のｅＮＢ１０３を含むことができる。

[0029] 本発明の一態様は、改良されたハンドオーバ手順を実施するように構成された改良されたゲートウェイ１０２を提供する。いくつかの実施形態においては、ゲートウェイ１０２によって、ＵＥ１９２接続をソースネットワークノード１０１ａからターゲットネットワークノード１０１ｂへとハンドオーバすることができ、ソースネットワークノードはコアネットワーク１０４における制御ノード（例えばＭＭＥ）と通信を行う必要がない（例えば、ハンドオーバ手順を正常に完了するために、ソースネットワークノードから送信した３ＧＰＰＴＳ３６．４１３に定義されたようなＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージをＭＭＥが受信する必要はない）。

[0030] 例えば、いくつかの実施形態において、ゲートウェイは、（ａ）ソース基地局から送信されたハンドオーバ必要メッセージを傍受し（ハンドオーバ必要メッセージは、ソース基地局がサービスを提供するユーザ機器（ＵＥ）をターゲット基地局にハンドオーバすべきことを示す）、（ｂ）これに応答してハンドオーバ要求メッセージを発生してターゲット基地局に送信し、（ｃ）ターゲット基地局から承認メッセージを受信し、（ｄ）承認メッセージに応答してハンドオーバ命令メッセージをソース基地局に送信するように構成されている。好都合なことに、ソース基地局から送信されたハンドオーバ必要メッセージの受信に応答して、ゲートウェイは、（ゲートウェイが直接ターゲット基地局と通信可能であると想定すれば）どのコアネットワーク制御ノードにもハンドオーバメッセージを送信しない。このように、この方法は、コアネットワーク制御ノード（例えばＭＭＥ）にかかるシグナリング負荷を軽減するという明らかな利点を提供し、また同時に、ソース基地局がターゲット基地局と直接に通信可能であることを必要としない。ゲートウェイは、ゲートウェイとソース基地局との間のインタフェースを用いてソース基地局と通信を行うことができる。同様に、ゲートウェイは、ゲートウェイとターゲット基地局との間のインタフェースを用いてターゲット基地局と通信を行うことができる。ゲートウェイとターゲット基地局との間のこのインタフェースは、以前に確立されている場合があり、又は、これは必要に応じて、すなわち上述したハンドオーバ手順の一部としてセットアップすることも可能である。以下の説明は、本解決策のいくつかの実施形態を例示するためにＳ１ＡＰインタフェース及び関連するメッセージに言及するが、ハンドオーバプロセスは、ゲートウェイとターゲット基地局との間及びゲートウェイとソース基地局との間で別のタイプのインタフェースを用いて実施することも可能である。

[0031] ここで図２を参照すると、図２は、上述したプロセスを実施するためにゲートウェイ１０２が実行する１つの具体的なプロセス２００を示すフローチャートである。プロセス２００はステップ２０２において開始することができ、ここでゲートウェイ１０２は１つ以上の制御メッセージを受信する。例えば、ステップ２０２においてゲートウェイ１０２は、ＵＥ１９２を用いたセッションを確立するための手順の一部として、ソースネットワークノード（例えばＨｅＮＢ１０１ａ）から又はコアネットワーク１０４から１つ以上の制御メッセージを、又は、ソースネットワークノードに対するＵＥ１９２セッションのハンドオーバに関連した１つ以上の制御メッセージを、受信することができる。例えば、ゲートウェイ１０２は、例えばソースネットワークノード１０１ａ又はコアネットワーク１０４ノードから、例えばＳ１ＡＰＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージ及びＳ１ＡＰＥ−ＲＡＢＳＥＴＵＰ／ＭＯＤＩＦＹＲＥＱＵＥＳＴ（Ｅ−ＲＡＢセットアップ／変更要求）メッセージ（複数のメッセージ）等のＳ１ＡＰプロトコル制御メッセージを受信することができる。同様にステップ２０２において、ゲートウェイ１０２は、ｅＮＢ１０３からＸ２ＡＰハンドオーバ関連メッセージを受信することができる。次に（ステップ２０４）、ゲートウェイ１０２は、上述のＳ１ＡＰ／Ｘ２ＡＰメッセージに含まれた関連情報（例えば関連情報要素（ＩＥ）又は関連ＩＥの部分）を、ハンドオーバ手順の後の段階で使用するために記憶する。

[0032] 次に（ステップ２０６）、ゲートウェイ１０２は、ソースネットワークノードから、ターゲットネットワークノード（例えばＨｅＮＢ１０１ｂ）を識別するか又はこれを識別するための情報を含むハンドオーバ必要メッセージ３０２（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージ）を受信する（本発明の一実施形態によるメッセージフローを示す図３を参照のこと。）メッセージ３０２は１組のＩＥを含む。典型的に、ＵＥ１９２からソースＨｅＮＢ１０１ａに送信された１つ以上の測定リポートメッセージ３０１（例えば、１つ以上のハンドオーバ候補を含む３ＧＰＰＴＳ３６．３３１に定義されたようなＲＲＣ測定リポートメッセージ）が、ソースＨｅＮＢ１０１ａをトリガしてハンドオーバプロセスを開始させる（すなわちソースＨｅＮＢ１０１にハンドオーバ決定を行わせ、ハンドオーバ要求メッセージ３０２を送信させる）。

[0033] メッセージ３０２の受信に直接応答して、ゲートウェイ１０２は、ターゲットネットワークノードに対するＳ１インタフェースが存在するか否かを判定することができる。この判定は、ターゲットネットワークノードとゲートウェイ１０２との間で実行されたＳ１セットアップに基づいている。このＳ１セットアップの間、ターゲットネットワークノードはそのアイデンティティすなわちｅＮＢ−ＩＤをゲートウェイ１０２に送信する。現在の定義ではｅＮＢ−ＩＤはセルアイデンティティに含まれるので、これは、ゲートウェイ１０２がそれに接続されたＨｅＮＢのｅＮＢ−ＩＤを知っていることを意味する（少なくとも各ＨｅＮＢが単一のフェムトセルに対応する場合）。ゲートウェイ１０２が、ターゲットネットワークノードに対するＳ１インタフェースが存在すると判定した場合、プロセスはステップ２０８に進む。

[0034] ステップ２０８において、ゲートウェイ１０２は、単にメッセージ３０２をＣＮ１０４内の制御ノードに再送信するのではなく、（１）メッセージ３０２の受信及びゲートウェイ１０２がターゲットネットワークノードとのＳ１インタフェースを有することの検出に応答して、ハンドオーバ要求メッセージ３０４（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージ）を発生し、（２）メッセージ３０４をターゲットネットワークノードに送信する。

[0035] Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージ３０４は特定の１組のＩＥを必要とする。ここで下に示す表１を参照すると、表１は、Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージ３０４に含まなければならないＩＥの少なくとも一部のリストを示す。

[0036] 表１に示すように、Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージ３０４に含まなければならない情報の一部は、（ａ）Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージ３０２に含まれる、（ｂ）ステップ２０２で受信したメッセージに含まれる、及び／又は（ｃ）ゲートウェイ１０２によって以前に発生されたか又は割り当てられている。従って、いくつかの実施形態においては、ゲートウェイ１０２は、（ｉ）Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージ３０２から何らかの情報を抽出する、（ｉｉ）ステップ２０４で記憶した情報を検索する、（ｉｉｉ）以前に割り当てた情報（デフォルト値）を検索する、及び／又は（ｉｖ）Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージ３０２に含まれる情報をＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージ３０４に含まなければならない情報にマッピングすることによって、Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージ３０４を発生する。表１は、ソースネットワークノードにおいてシグナリング接続及び関連するベアラが活性化されているので、ゲートウェイ１０２が関連するＳ１ＡＰシグナリングを認識することができると共に後のハンドオーバ論理に必要な値を記憶することができる場合を示す。また、他の場合にも同様の原理を適用することができる（例えば、シグナリング接続及び関連するベアラが最初にｅＮＢにおいて確立され、ゲートウェイ１０２が関連するＳ１ＡＰシグナリングを認識することができなかった場合）。かかる場合には、ｅＮＢからソースネットワークノードへのハンドオーバに関連したＸ２ＡＰ又はＳ１ＡＰシグナリングが、必要な情報を含み、ソースネットワークノードから別のネットワークノードへの後のハンドオーバのためにゲートウェイ１０２によって記憶することができる。本明細書において記載する全てのハンドオーバ論理に、この同じ原理が適用される。

[0037] 換言すると、以下は、どのように必要な情報を見出すことができるかについていくつかの異なる可能性を示す。（１）ゲートウェイ１０２は、（例えば初期コンテキストセットアップ又はＥ−ＲＡＢセットアップ／変更又はＨｅＮＢへの以前のハンドオーバの間に、ＨｅＮＢ−ＧＷを介して）ハンドオーバされるシグナリング接続（及び関連する搬送側）に関連した以前のシグナリングからの状態及び関連する情報を保持し、（２）ゲートウェイ１０２は、ハンドオーバ手順をトリガするメッセージ（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージ）からＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージへと情報をコピーし、（３）ゲートウェイ１０２は、ハンドオーバ準備からハンドオーバ実行の間に状態及び関連する情報を保持し（例えば第１メッセージから第３メッセージまで。一例では、情報はＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージからＨｅＮＢ−ＧＷにおいて記憶され、次いでＳ１ＡＰＨＡＮＤＯＶＥＲＣＯＭＭＡＮＤメッセージで用いられる）、（４）ゲートウェイ１０２は、ＩＥのいくつかについてデフォルト値を用いる。ハンドオーバプロセスの一部として、ソース及びターゲットのネットワークノードは、受信したユーザデータのステータスについて知らせるためにメッセージを送信することができる（例えばＳ１については、送信側エンティティに応じてＳ１ＡＰｅＮＢＳＴＡＴＵＳＴＲＡＮＳＦＥＲメッセージ及びＭＭＥＳＴＡＴＵＳＴＲＡＮＳＦＥＲメッセージ）。これらのメッセージは図３に示したメッセージフローには示さず、マッピング表も示さないが、これは、接続識別子（すなわち接続に関連したもので置換する必要があるＭＭＥＵＥＳ１ＡＰＩＤ及びｅＮＢＵＥＳ１ＡＰＩＤ）を除いて、情報の直接コピーである。

[0038] 次に（ステップ２１０）、ゲートウェイ１０２は、ターゲットネットワークノードから承認メッセージ３０６（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージ）を受信する。このメッセージは、メッセージ３０４に応答してターゲットネットワークノードが送信したものである。承認メッセージ３０６に応答して、ゲートウェイ１０２は、承認メッセージ３０６がメッセージ３０４に応答して送信されたか否かを判定する。そうである場合、プロセスはステップ２１２に進む。ステップ２１２において、ゲートウェイ１０２は、ハンドオーバ命令メッセージ３０８（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＣＯＭＭＡＮＤメッセージ）を発生し、このメッセージ３０８をソースネットワークノードに送信する。

[0039] Ｓ１ＡＰＨＡＮＤＯＶＥＲＣＯＭＭＡＮＤメッセージ３０８は、特定の１組のＩＥを必要とする。ここで以下に示す表２を参照すると、表２は、Ｓ１ＡＰＨＡＮＤＯＶＥＲＣＯＭＭＡＮＤメッセージ３０８に含まなければならないＩＥの少なくとも一部のリストを示す。

[0040] 表２に示すように、Ｓ１ＡＰＨＡＮＤＯＶＥＲＣＯＭＭＡＮＤメッセージ３０８に含まなければならないＩＥの一部は、（ａ）Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージ３０６に含まれるか、又は（ｂ）ステップ２０２で受信したメッセージに含まれる。従って、いくつかの実施形態においては、ゲートウェイ１０２は、（ｉ）Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージ３０６から何らかの情報を抽出し、（ｉｉ）ステップ２０４で記憶した情報を検索し、（ｉｉｉ）以前に割り当てた情報（デフォルト値）を検索することによって、Ｓ１ＡＰＨＡＮＤＯＶＥＲＣＯＭＭＡＮＤメッセージ３０８を発生する。

[0041] Ｓ１ＡＰＨＡＮＤＯＶＥＲＣＯＭＭＡＮＤメッセージ３０８に応答して、ソースネットワークノードは、ハンドオーバ命令メッセージ３１０（例えばＲＲＣ RRCConnectionReconfigurationメッセージ）をＵＥ１９２に送信する。ハンドオーバ命令メッセージ３１０に応答して、ＵＥ１９２は、ハンドオーバ確認メッセージ３１２（例えばＲＲＣ RRCConnectionReconfigurationCompleteメッセージ）をターゲットネットワークノードに送信し、ターゲットネットワークノードは次いでゲートウェイ１０２に、ハンドオーバ通知メッセージ３１４（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＮＯＴＩＦＹ（ハンドオーバ通知）メッセージ）を送信する。

[0042] ステップ２１４において、ゲートウェイ１０２は、ハンドオーバ通知メッセージ３１４を受信し、メッセージ３１４がメッセージ３０６に関連するか否かを判定する。ゲートウェイ１０２はこれまでコアネットワーク１０４制御ノードから進行中のハンドオーバを隠しているので、ゲートウェイ１０２は実行したハンドオーバについてコアネットワーク制御ノードを更新する必要がある。これは、Ｓ１ＡＰＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴ（経路切り換え要求）メッセージ３１６を発生し、メッセージ３１６をコアネットワーク１０４（例えばコアネットワークのＭＭＥ）に送信することによって達成される（このメッセージは通常Ｘ２ベースのハンドオーバのためにのみ用いられる）（ステップ２１６）。ゲートウェイ１０２は、先に開示した原理を用いて、メッセージ３１６のために必要な情報を見出す。すなわち、ゲートウェイ１０２は、本明細書に記載したような、以前に記憶、発生、及び／又は受信した情報を用いて、メッセージ３１６を発生する。

[0043] ここで以下に示す表３を参照すると、表３は、Ｓ１ＡＰＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴメッセージ３１６に含まなければならないＩＥの少なくとも一部のリストを示す。

[0044] 表３に示すように、Ｓ１ＡＰＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴメッセージ３１２に含まなければならないＩＥの一部は、（ａ）Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージ３０２に含まれる、（ｂ）Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージ３０６に含まれる、又は（ｃ）ステップ２０２で受信したメッセージに含まれる。従って、いくつかの実施形態においては、ゲートウェイ１０２は、（ｉ）メッセージ３０２及び３０６から何らかの情報を抽出する、及び／又は（ｉｉ）ステップ２０４で記憶した情報を検索することによって、Ｓ１ＡＰＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴメッセージ３１２を発生する。

[0045] 次に（ステップ２１８）、ゲートウェイ１０２は、コアネットワークから（例えばＭＭＥから）、Ｓ１ＡＰＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥ（経路切り換え要求承認）メッセージ３１８を受信する。

[0046] ステップ２２０において、ゲートウェイ１０２は、Ｓ１ＡＰＵＥＣＯＮＴＥＸＴＲＥＬＥＡＳＥＣＯＭＭＡＮＤ（ＵＥコンテキストリリース命令）メッセージ３２０を発生し、これをソースネットワークノードに送信し、これによってソースネットワークノードにおけるリソースのリリースをトリガする。ゲートウェイ１０２は、先に開示した原理を用いてメッセージ３０２のために必要なＩＥを見出す。すなわち、ゲートウェイ１０２は、本明細書に記載したような、以前に記憶、発生、及び／又は受信した情報を用いて、メッセージ３２０を発生する。ステップ２２２において、ゲートウェイ１０２は、ソースネットワークノードからＳ１ＡＰＵＥＣＯＮＴＥＸＴＲＥＬＥＡＳＥＣＯＭＰＬＥＴＥ（ＵＥコンテキストリリース完了）メッセージ３２２を受信する。

[0047] 図３は、ＭＭＥも対応するＧＷもこれらの図に再割り当てされていないという意味で簡略化されていることに留意すべきである。これらのノードの再割り当ては、いかなるＨｅＮＢの具体的なシグナリングも含まない。また、ユーザデータの転送の詳細も図示していない。これらはこのフローには重要でないからである（すなわち周知のシグナリングフローと著しい相違はない）。

[0048] プロセス２００を実行するようにゲートウェイ１０２を構成することの利点は、これによってコアネットワーク制御ノードに対するシグナリング負荷が軽減されることである。

[0049] ここで図４を参照すると、図４は、本発明のいくつかの実施形態によるゲートウェイ１０２の機能ブロック図である。図示のように、ゲートウェイ１０２は、データ処理システム４０２（例えば１つ以上のマイクロプロセッサ）、データ記憶システム４０６（例えば１つ以上の不揮発性記憶デバイス）、及び記憶システム４０６上に記憶されたコンピュータソフトウェア４０８を含むことができる。また、記憶システム４０６に構成パラメータ４１０を記憶することも可能である。また、ゲートウェイ１０２は、ｅＮＢ１０３、ＨｅＮＢ１０１、及びＣＮ１０４と通信を行うための送信／受信（Ｔｘ／Ｒｘ）回路を含むことができる。例えば、ゲートウェイ１０２は、ＨｅＮＢ１０１にデータを送信しＨｅＮＢ１０１からデータを受信するためのＴｘ／Ｒｘモジュール４０４、例えばコアネットワーク１０４にデータを送信しコアネットワーク１０４からデータを受信するためのＴｘ／Ｒｘモジュール４０５、及び、ｅＮＢ１０３にデータを送信しｅＮＢ１０３からデータを受信するためのＴｘ／Ｒｘモジュール４０７を含むことができる。ソフトウェア４０８は、処理システム４０２がソフトウェア４０８を実行した場合にゲートウェイ１０２が図２に示したフローチャートを参照して上述のステップを実行するように構成されている。すなわち、例えば、ソフトウェア４０８は、ゲートウェイ１０２がＨｅＮＢから別のＨｅＮＢをハンドオーバのターゲットとして識別するＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージを受信したことに応答してＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージを発生するためのモジュールを含むことができる。

[0050] 本発明の様々な実施形態について上述したが、これらは限定ではなく一例としてのみ提示したことは理解されよう。例えば、これらの実施形態は、ＨｅＮＢ及びＨｅＮＢ−ＧＷから成るシステム以外の場合にも適用される。かかる１つの例は、１つ以上の基地局とコアネットワークとの間で基地局ゲートウェイが用いられ、基地局ゲートウェイの両側で同一又は類似のインタフェースが用いられる場合のソリューションである。このため、本発明の範囲は、上述の例示的な実施形態のいずれによっても限定されるものではない。

[0051] さらに、上述し図面に示したプロセスはステップのシーケンスとして示したが、これは例示のためのみに行ったものである。従って、いくつかのステップの追加、いくつかのステップの省略、ステップの順序の再配置、更に、いくつかのステップの平行した実行が可能であることが考えられる。

[0032] 次に（ステップ２０６）、ゲートウェイ１０２は、ソースネットワークノードから、ターゲットネットワークノード（例えばＨｅＮＢ１０１ｂ）を識別するか又はこれを識別するための情報を含むハンドオーバ必要メッセージ３０２（例えばＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージ）を受信する（本発明の一実施形態によるメッセージフローを示す図３を参照のこと。）メッセージ３０２は１組のＩＥを含む。典型的に、ＵＥ１９２からソースＨｅＮＢ１０１ａに送信された１つ以上の測定リポートメッセージ３０１（例えば、１つ以上のハンドオーバ候補を含む３ＧＰＰＴＳ３６．３３１に定義されたようなＲＲＣ測定リポートメッセージ）が、ソースＨｅＮＢ１０１ａをトリガしてハンドオーバプロセスを開始させる（すなわちソースＨｅＮＢ１０１にハンドオーバ決定を行わせ、ハンドオーバ必要メッセージ３０２を送信させる）。

[0044] 表３に示すように、Ｓ１ＡＰＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴメッセージ３１６に含まなければならないＩＥの一部は、（ａ）Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージ３０２に含まれる、（ｂ）Ｓ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージ３０６に含まれる、又は（ｃ）ステップ２０２で受信したメッセージに含まれる。従って、いくつかの実施形態においては、ゲートウェイ１０２は、（ｉ）メッセージ３０２及び３０６から何らかの情報を抽出する、及び／又は（ｉｉ）ステップ２０４で記憶した情報を検索することによって、Ｓ１ＡＰＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴメッセージ３１６を発生する。

[0052] 以下の実施形態は、ゲートウェイ装置の他の例を説明するものである。

実施形態１：ソース基地局（１０１ａ）からターゲット基地局（１０１ｂ）への接続のハンドオーバを容易にするためのゲートウェイ装置（１０２）であって、
（ａ）コンピュータソフトウェア（４０８）を記憶するデータ記憶システム（４０６）と、
（ｂ）前記コンピュータソフトウェアを実行するためのデータ処理システム（４０２）と、
（ｃ）（ｉ）前記ソース基地局がサービスを提供するユーザ機器（１９２）接続を前記ターゲット基地局にハンドオーバすべきことを示すハンドオーバ必要メッセージ等の、前記ソース基地局から送信されたメッセージを受信し、（ｉｉ）メッセージを送信するための、送信及び受信モジュール（４０４）と、
（ｄ）（ｉ）コアネットワーク制御ノードにメッセージを送信し、（ｉｉ）コアネットワーク制御ノードからメッセージを受信するための、送信及び受信モジュール（４０５）と、
を含み、前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記処理システムが前記ターゲットネットワークノードと通信可能であるならば、前記データ処理システムが、前記ハンドオーバ必要メッセージの受信に応答して、前記送信及び受信モジュールを用いて、前記処理システムが発生したハンドオーバ要求メッセージを前記ターゲット基地局に送信するように、前記コンピュータソフトウェアが構成され、
前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ゲートウェイ装置（１０２）に通信可能に接続された複数の基地局（１０１）のためのコアネットワーク制御ノード（３９２）のプロキシとして機能するように動作可能に、前記コンピュータソフトウェアが更に構成されている、ゲートウェイ装置。

実施形態２：前記データ処理システムが、前記送信及び受信モジュールを用いて、前記ゲートウェイ装置と前記ターゲット基地局との間でセットアップされた既存のインタフェースを介して前記ターゲット基地局に前記ハンドオーバ要求メッセージを送信することを含む、実施形態１に記載のゲートウェイ装置。

実施形態３：前記ハンドオーバ必要メッセージがＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージであり、
前記ハンドオーバ要求メッセージがＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージである、実施形態１から２のいずれか１項に記載のゲートウェイ装置。

実施形態４：前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ターゲット基地局から送信されたハンドオーバ要求承認メッセージ（３０６）の受信に応答して、ハンドオーバ命令メッセージ（３０８）を発生し、前記送信及び受信モジュール（４０４）を用いて前記ハンドオーバ命令メッセージ（３０８）を前記ソース基地局に送信するように、前記コンピュータソフトウェアが更に構成されている、実施形態１から３のいずれか１項に記載のゲートウェイ装置。

実施形態５：前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ターゲット基地局が前記ユーザ機器（１９２）から送信されたハンドオーバ確認メッセージ（３１２）を受信したことに応答して前記ターゲット基地局から送信されたハンドオーバ通知メッセージ（３１４）の受信に応答して、経路切り換え要求メッセージ（３１６）を発生し、前記送信及び受信モジュール（４０５）を用いて前記経路切り換え要求メッセージ（３１６）をコアネットワークノード（３９２）に送信するように、前記コンピュータソフトウェアが更に構成されている、実施形態１から４のいずれか１項に記載のゲートウェイ装置。

実施形態６：前記コアネットワーク制御ノードがＭＭＥ（Mobility Management Entity）である、実施形態５に記載のゲートウェイ装置。

実施形態７：前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記コアネットワークノードから送信された経路切り換え要求承認メッセージ（３１８）の受信に応答して、ＵＥコンテキストリリース命令メッセージ（３２０）を発生し、前記送信及び受信モジュール（４０４）を用いて前記ＵＥコンテキストリリース命令メッセージ（３２０）を前記ソース基地局に送信するように、前記コンピュータソフトウェアが更に構成されている、実施形態５から６のいずれか１項に記載のゲートウェイ装置。

実施形態８：前記ソース基地局が、前記ゲートウェイから送信された前記ハンドオーバ命令（３０８）の受信に応答して、ハンドオーバ命令メッセージ（３１０）を前記ユーザ機器に送信するように構成されている、実施形態４から７のいずれか１項に記載のゲートウェイ装置。

実施形態９：前記ソース基地局から送信された前記ハンドオーバ必要メッセージ（３０２）の受信に応答して前記ゲートウェイ装置がいずれのコアネットワーク制御ノードにもハンドオーバメッセージを送信しないように、前記ゲートウェイ装置が構成されている、実施形態１から８のいずれか１項に記載のゲートウェイ装置。

実施形態１０：前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ハンドオーバ必要メッセージ（３０２）の受信に直接応答して、前記ターゲット基地局との接続が存在するか否かを判定し、接続が存在すると判定された場合には、前記ハンドオーバ要求メッセージ（３０４）を発生して前記ハンドオーバ要求メッセージ（３０４）を前記接続を介して前記ターゲット基地局に送信し、他の場合には前記ハンドオーバ必要メッセージ（３０２）をコアネットワークノード（３９２）に転送するように、前記コンピュータソフトウェアが構成されている、実施形態１から９のいずれか１項に記載のゲートウェイ装置。

実施形態１１：前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、（ｉ）前記ハンドオーバ必要メッセージから何らかの情報を抽出して前記抽出した情報を前記ハンドオーバ要求メッセージに含める、（ｉｉ）前記ゲートウェイにおいて以前に受信した１つ以上の制御メッセージに含まれた、以前に記憶された情報を検索し、前記制御メッセージが前記ＵＥによって確立された接続に関連し、更に、前記検索した情報を前記ハンドオーバ要求メッセージに含める、（ｉｉｉ）前記ハンドオーバ必要メッセージに含まれた情報を、前記ハンドオーバ要求メッセージに含める必要のある情報にマッピングする、及び／又は（ｉｖ）前記ハンドオーバ要求メッセージに所定のデフォルト値を追加することによって、前記ハンドオーバ要求メッセージ（３０４）を発生するように、前記コンピュータソフトウェアが構成されている、実施形態１から１０のいずれか１項に記載のゲートウェイ装置。

実施形態１２：前記１つ以上の制御メッセージの１つがＳ１ＡＰＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージである、実施形態１１に記載のゲートウェイ装置。

実施形態１３：前記ソース基地局がフェムト基地局であり、前記ターゲット基地局がフェムト基地局である、実施形態１から１２のいずれか１項に記載のゲートウェイ装置。

Claims

ソース基地局（１０１ａ）からターゲット基地局（１０１ｂ）へと接続をハンドオーバするための方法であって、
（ａ）ゲートウェイ（１０２）において、前記ソース基地局から送信されたハンドオーバ必要メッセージ（３０２）を受信すること（２０２）であって、前記ハンドオーバ必要メッセージが、前記ソース基地局がサービスを提供するユーザ機器（ＵＥ）（１９２）接続をターゲット基地局にハンドオーバすべきことを示す、ことと、
（ｂ）前記ゲートウェイにおいて、前記ハンドオーバ必要メッセージ（３０２）の受信に応答して、ハンドオーバ要求メッセージ（３０４）を発生すること（２０８）と、
（ｃ）前記ゲートウェイから前記ターゲット基地局に前記ハンドオーバ要求メッセージ（３０４）を送信すること（２０８）と、
を含み、前記ゲートウェイが、前記ゲートウェイ（１０２）に接続された複数の基地局（１０１）のためのコアネットワーク制御ノード（１０４）のプロキシとして作用する、方法。
前記ハンドオーバ要求メッセージを前記ターゲット基地局に送信する前記ステップが、前記ゲートウェイと前記ターゲット基地局との間でセットアップされた既存のインタフェースを介して前記ハンドオーバ要求メッセージを送信することを含む、請求項１に記載の方法。
前記ハンドオーバ必要メッセージがＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージであり、
前記ハンドオーバ要求メッセージがＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージである、請求項１から２のいずれか１項に記載の方法。
（ｄ）前記ゲートウェイにおいて、前記ターゲット基地局から送信されたハンドオーバ要求承認メッセージ（３０６）を受信すること（２１０）と、
（ｅ）前記ゲートウェイにおける前記ハンドオーバ要求承認メッセージ（３０６）の受信に応答して、前記ゲートウェイにおいてハンドオーバ命令メッセージ（３０８）を発生すること（２１２）と、
（ｆ）前記ゲートウェイから前記ソース基地局に前記ハンドオーバ命令メッセージ（３０８）を送信すること（２１２）と、
を更に含む、請求項１から３のいずれか１項に記載の方法。
（ｇ）前記ターゲット基地局が前記ＵＥ（１９２）から送信されたハンドオーバ確認メッセージ（３１２）を受信したことに応答して、前記ゲートウェイにおいて前記ターゲット基地局から送信されたハンドオーバ通知メッセージ（３１４）を受信すること（２１４）と、
（ｈ）前記ゲートウェイにおける前記ハンドオーバ通知メッセージ（３１４）の受信に応答して、前記ゲートウェイにおいて経路切り換え要求メッセージ（３１６）を発生すること（２１６）と、
（ｉ）前記ゲートウェイからコアネットワーク制御ノード（１０４）に前記経路切り換え要求メッセージ（３１６）を送信すること（２１６）と、
を更に含む、請求項１から４のいずれか１項に記載の方法。
前記コアネットワーク制御ノードがＭＭＥ（Mobility Management Entity）（３９２）である、請求項５に記載の方法。
（ｉ）前記ゲートウェイにおいて、前記コアネットワーク制御ノードから送信された経路切り換え要求承認メッセージ（３１８）を受信すること（２１８）と、
（ｋ）前記経路切り換え要求承認メッセージ（３１８）の受信に応答して、前記ゲートウェイにおいてＵＥコンテキストリリース命令メッセージを発生すること（２２０）と、
（ｌ）前記ゲートウェイから前記ソース基地局に前記ＵＥコンテキストリリース命令メッセージ（３２０）を送信すること（２２０）と、
を更に含む、請求項５から６のいずれか１項に記載の方法。
前記ゲートウェイにおいて前記ソース基地局から送信されたＵＥコンテキストリリース完了メッセージ（３２２）を受信すること（２２２）を更に含む、請求項７に記載の方法。
前記ソース基地局が、前記ゲートウェイから送信された前記ハンドオーバ命令メッセージ（３０８）の受信に応答して、ハンドオーバ命令メッセージ（３１０）を前記ＵＥに送信するように構成されている、請求項４から８のいずれか１項に記載の方法。
前記ソース基地局から送信された前記ハンドオーバ必要メッセージ（３０２）の受信に応答して、前記ゲートウェイがいずれのコアネットワーク制御ノードにもハンドオーバメッセージを送信しない、請求項１から９のいずれか１項に記載の方法。
前記ハンドオーバ必要メッセージ（３０２）の受信に直接応答して、前記ゲートウェイが前記ターゲット基地局との接続が存在するか否かを判定し、接続が存在すると判定された場合には、前記ゲートウェイが前記ハンドオーバ要求メッセージ（３０４）を発生して前記ハンドオーバ要求メッセージ（３０４）を前記接続を介して前記ターゲット基地局に送信し、他の場合には前記ゲートウェイが前記ハンドオーバ必要メッセージ（３０２）をコアネットワークノード（３９２）に転送する、請求項１から１０のいずれか１項に記載の方法。
前記ハンドオーバ要求メッセージ（３０４）を発生する前記ステップが、
（ｉ）前記ハンドオーバ必要メッセージから何らかの情報を抽出して前記抽出した情報を前記ハンドオーバ要求メッセージに含めるステップ、
（ｉｉ）前記ゲートウェイにおいて以前に受信した１つ以上の制御メッセージに含まれた、以前に記憶された情報を検索するステップであって、前記制御メッセージが前記ＵＥによって確立された接続に関連し、更に、前記検索した情報を前記ハンドオーバ要求メッセージに含めるステップ、
（ｉｉｉ）前記ハンドオーバ必要メッセージに含まれた情報を、前記ハンドオーバ要求メッセージに含める必要のある情報にマッピングするステップ、
（ｉｖ）前記ハンドオーバ要求メッセージに１つ以上の所定のデフォルト値を追加するステップ、
の１つ以上を含む、請求項１から１１のいずれか１項に記載の方法。
前記１つ以上の制御メッセージの１つが前記Ｓ１ＡＰＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージである、請求項１２に記載の方法。
前記ソース基地局がフェムト基地局であり、前記ターゲット基地局がフェムト基地局である、請求項１から１３のいずれか１項に記載の方法。
ソース基地局（１０１ａ）からターゲット基地局（１０１ｂ）への接続のハンドオーバを容易にするためのゲートウェイ装置（１０２）であって、
（ａ）コンピュータソフトウェア（４０８）を記憶するデータ記憶システム（４０６）と、
（ｂ）前記コンピュータソフトウェアを実行するためのデータ処理システム（４０２）と、
（ｃ）（ｉ）前記ソース基地局がサービスを提供するユーザ機器（ＵＥ）（１９２）接続を前記ターゲット基地局にハンドオーバすべきことを示すハンドオーバ必要メッセージ等の、前記ソース基地局から送信されたメッセージを受信し、（ｉｉ）メッセージを送信するための、送信及び受信モジュール（４０４）と、
（ｄ）（ｉ）コアネットワーク制御ノードにメッセージを送信し、（ｉｉ）コアネットワーク制御ノードからメッセージを受信するための、送信及び受信モジュール（４０５）と、
を含み、前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記処理システムが前記ターゲットネットワークノードと通信可能であるならば、前記データ処理システムが、前記ハンドオーバ必要メッセージの受信に応答して、前記送信及び受信モジュールを用いて、前記処理システムが発生したハンドオーバ要求メッセージを前記ターゲット基地局に送信するように、前記コンピュータソフトウェアが構成され、
前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ゲートウェイ装置（１０２）に通信可能に接続された複数の基地局（１０１）のためのコアネットワーク制御ノード（３９２）のプロキシとして機能するように動作可能に、前記コンピュータソフトウェアが更に構成されている、ゲートウェイ装置。
前記データ処理システムが、前記送信及び受信モジュールを用いて、前記ゲートウェイ装置と前記ターゲット基地局との間でセットアップされた既存のインタフェースを介して前記ターゲット基地局に前記ハンドオーバ要求メッセージを送信することを含む、請求項１５に記載のゲートウェイ装置。
前記ハンドオーバ必要メッセージがＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージであり、
前記ハンドオーバ要求メッセージがＳ１ＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージである、請求項１５から１６のいずれか１項に記載のゲートウェイ装置。
前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ターゲット基地局から送信されたハンドオーバ要求承認メッセージ（３０６）の受信に応答して、ハンドオーバ命令メッセージ（３０８）を発生し、前記送信及び受信モジュール（４０４）を用いて前記ハンドオーバ命令メッセージ（３０８）を前記ソース基地局に送信するように、前記コンピュータソフトウェアが更に構成されている、請求項１５から１７のいずれか１項に記載のゲートウェイ装置。
前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ターゲット基地局が前記ＵＥ（１９２）から送信されたハンドオーバ確認メッセージ（３１２）を受信したことに応答して前記ターゲット基地局から送信されたハンドオーバ通知メッセージ（３１４）の受信に応答して、経路切り換え要求メッセージ（３１６）を発生し、前記送信及び受信モジュール（４０５）を用いて前記経路切り換え要求メッセージ（３１６）をコアネットワークノード（３９２）に送信するように、前記コンピュータソフトウェアが更に構成されている、請求項１５から１８のいずれか１項に記載のゲートウェイ装置。
前記コアネットワーク制御ノードがＭＭＥ（Mobility Management Entity）である、請求項１９に記載のゲートウェイ装置。
前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記コアネットワークノードから送信された経路切り換え要求承認メッセージ（３１８）の受信に応答して、ＵＥコンテキストリリース命令メッセージ（３２０）を発生し、前記送信及び受信モジュール（４０４）を用いて前記ＵＥコンテキストリリース命令メッセージ（３２０）を前記ソース基地局に送信するように、前記コンピュータソフトウェアが更に構成されている、請求項１９から２０のいずれか１項に記載のゲートウェイ装置。
前記ソース基地局が、前記ゲートウェイから送信された前記ハンドオーバ命令（３０８）の受信に応答して、ハンドオーバ命令メッセージ（３１０）を前記ＵＥに送信するように構成されている、請求項１８から２１のいずれか１項に記載のゲートウェイ装置。
前記ソース基地局から送信された前記ハンドオーバ必要メッセージ（３０２）の受信に応答して前記ゲートウェイ装置がいずれのコアネットワーク制御ノードにもハンドオーバメッセージを送信しないように、前記ゲートウェイ装置が構成されている、請求項１５から２２のいずれか１項に記載のゲートウェイ装置。
前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ハンドオーバ必要メッセージ（３０２）の受信に直接応答して、前記ターゲット基地局との接続が存在するか否かを判定し、接続が存在すると判定された場合には、前記ハンドオーバ要求メッセージ（３０４）を発生して前記ハンドオーバ要求メッセージ（３０４）を前記接続を介して前記ターゲット基地局に送信し、他の場合には前記ハンドオーバ必要メッセージ（３０２）をコアネットワークノード（３９２）に転送するように、前記コンピュータソフトウェアが構成されている、請求項１５から２３のいずれか１項に記載のゲートウェイ装置。
前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、（ｉ）前記ハンドオーバ必要メッセージから何らかの情報を抽出して前記抽出した情報を前記ハンドオーバ要求メッセージに含める、（ｉｉ）前記ゲートウェイにおいて以前に受信した１つ以上の制御メッセージに含まれた、以前に記憶された情報を検索し、前記制御メッセージが前記ＵＥによって確立された接続に関連し、更に、前記検索した情報を前記ハンドオーバ要求メッセージに含める、（ｉｉｉ）前記ハンドオーバ必要メッセージに含まれた情報を、前記ハンドオーバ要求メッセージに含める必要のある情報にマッピングする、及び／又は（ｉｖ）前記ハンドオーバ要求メッセージに所定のデフォルト値を追加することによって、前記ハンドオーバ要求メッセージ（３０４）を発生するように、前記コンピュータソフトウェアが構成されている、請求項１５から２４のいずれか１項に記載のゲートウェイ装置。
前記１つ以上の制御メッセージの１つが前記Ｓ１ＡＰＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージである、請求項２５に記載のゲートウェイ装置。
前記ソース基地局がフェムト基地局であり、前記ターゲット基地局がフェムト基地局である、請求項１５から２６のいずれか１項に記載のゲートウェイ装置。