(57)【特許請求の範囲】
【請求項１】
ソース基地局（１０１ａ）からターゲット基地局（１０１ｂ）へと接続をハンドオーバするための方法であって、
（ａ）ゲートウェイ（１０２）において、前記ソース基地局から送信されたＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ（３０２）を受信すること（２０２）であって、前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージが、前記ソース基地局がサービスを提供するユーザ機器の（１９２）接続をターゲット基地局にハンドオーバすべきことを示す、ことと、
（ｂ）前記ゲートウェイにおいて、前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ（３０２）の受信に応答して、Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ（３０４）を発生すること（２０８）と、
（ｃ）前記ゲートウェイから前記ターゲット基地局に前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ（３０４）を送信すること（２０８）と、
（ｄ）前記ゲートウェイにおいて、前記ターゲット基地局から送信されたＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ（３０６）を受信すること（２１０）と、
（ｅ）前記ゲートウェイにおける前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ（３０６）の受信に応答して、前記ゲートウェイにおいてＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージ（３０８）を発生すること（２１２）と、
（ｆ）前記ゲートウェイから前記ソース基地局に前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージ（３０８）を送信すること（２１２）と、
（ｇ）前記ターゲット基地局が前記ユーザ機器（１９２）から送信されたハンドオーバ確認メッセージ（３１２）を受信したことに応答して、前記ゲートウェイにおいて前記ターゲット基地局から送信されたＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＮＯＴＩＦＹメッセージ（３１４）を受信すること（２１４）と、
（ｈ）前記ゲートウェイにおける前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＮＯＴＩＦＹメッセージ（３１４）の受信に応答して、前記ゲートウェイにおいてＳ１ＡＰ  ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴメッセージ（３１６）を発生すること（２１６）と、
（ｉ）前記ゲートウェイからコアネットワーク制御ノード（１０４）に前記Ｓ１ＡＰ  ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴメッセージ（３１６）を送信すること（２１６）と、
（ｊ）前記ゲートウェイにおいて、前記コアネットワーク制御ノードから送信されたＳ１ＡＰ  ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ（３１８）を受信すること（２１８）と、
（ｋ）前記Ｓ１ＡＰ  ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ（３１８）の受信に応答して、前記ゲートウェイにおいてＳ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージ（３２０）を発生すること（２２０）と、
（ｌ）前記ゲートウェイから前記ソース基地局に前記Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージ（３２０）を送信すること（２２０）と、
（ｍ）前記ゲートウェイにおいて前記ソース基地局から送信されたＳ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージ（３２２）を受信すること（２２２）と、を含み、前記ゲートウェイが、前記ゲートウェイ（１０２）に接続された複数の基地局（１０１）のための前記コアネットワーク制御ノード（１０４）のプロキシとして作用する、方法。
【請求項２】
前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを前記ターゲット基地局に送信する前記ステップが、前記ゲートウェイと前記ターゲット基地局との間でセットアップされた既存のインタフェースを介して前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを送信することを含む、請求項１に記載の方法。
【請求項３】
前記コアネットワーク制御ノードがＭＭＥ（Mobility Management Entity）（３９２）である、請求項１に記載の方法。
【請求項４】
前記ソース基地局が、前記ゲートウェイから送信された前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージ（３０８）の受信に応答して、ハンドオーバ命令メッセージ（３１０）を前記ユーザ機器に送信するように構成されている、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記ソース基地局から送信された前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ（３０２）の受信に応答して、前記ゲートウェイがいずれのコアネットワーク制御ノードにもハンドオーバメッセージを送信しない、請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ（３０２）の受信に直接応答して、前記ゲートウェイが前記ターゲット基地局との接続が存在するか否かを判定し、接続が存在すると判定された場合には、前記ゲートウェイが前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ（３０４）を発生して前記ハンドオーバ要求メッセージ（３０４）を前記接続を介して前記ターゲット基地局に送信し、他の場合には前記ゲートウェイが前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ（３０２）をコアネットワークノード（３９２）に転送する、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ（３０４）を発生する前記ステップが、
（ｉ）前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージから何らかの情報を抽出して前記抽出した情報を前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージに含めるステップ、
（ｉｉ）前記ゲートウェイにおいて以前に受信した１つ以上の制御メッセージに含まれた、以前に記憶された情報を検索するステップであって、前記制御メッセージが前記ユーザ機器によって確立された接続に関連し、更に、前記検索した情報を前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージに含めるステップ、
（ｉｉｉ）前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージに含まれた情報を、前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージに含める必要のある情報にマッピングするステップ、
（ｉｖ）前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージに１つ以上の所定のデフォルト値を追加するステップ、
の１つ以上を含む、請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記１つ以上の制御メッセージの１つがＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージである、請求項７に記載の方法。
【請求項９】
前記ソース基地局がフェムト基地局であり、前記ターゲット基地局がフェムト基地局である、請求項１から８のいずれか１項に記載の方法。
【請求項１０】
ソース基地局（１０１ａ）からターゲット基地局（１０１ｂ）への接続のハンドオーバを容易にするためのゲートウェイ装置（１０２）であって、
（ａ）コンピュータソフトウェア（４０８）を記憶するデータ記憶システム（４０６）と、
（ｂ）前記コンピュータソフトウェアを実行するためのデータ処理システム（４０２）と、
（ｃ）（ｉ）前記ソース基地局がサービスを提供するユーザ機器の（１９２）接続を前記ターゲット基地局にハンドオーバすべきことを示すＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ等の、前記ソース基地局から送信されたメッセージを受信し、（ｉｉ）メッセージを送信するための、送信及び受信モジュール（４０４）と、
（ｄ）（ｉ）コアネットワーク制御ノードにメッセージを送信し、（ｉｉ）コアネットワーク制御ノードからメッセージを受信するための、送信及び受信モジュール（４０５）と、
を含み、前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記処理システムが前記ターゲットネットワークノードと通信可能であるならば、前記データ処理システムが、前記Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージの受信に応答して、前記送信及び受信モジュールを用いて、前記処理システムが発生したＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを前記ターゲット基地局に送信するように、前記コンピュータソフトウェアが構成され、
前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、Ｓ１ＡＰメッセージを利用し、前記ゲートウェイ装置（１０２）に通信可能に接続された複数の基地局（１０１）間でのハンドオーバの制御のためのコアネットワーク制御ノード（３９２）のプロキシとして機能するように動作可能に、前記コンピュータソフトウェアが更に構成されている、ゲートウェイ装置。
【請求項１１】
前記コアネットワーク制御ノードがＭＭＥ（Mobility Management Entity）である、請求項１０に記載のゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
[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]  Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ３０４は特定の１組のＩＥを必要とする。ここで下に示す表１を参照すると、表１は、Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ３０４に含まなければならないＩＥの少なくとも一部のリストを示す。
【表１】
0005568567.tif 000002
【００３３】
[0036]  表１に示すように、Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ３０４に含まなければならない情報の一部は、（ａ）Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ３０２に含まれる、（ｂ）ステップ２０２で受信したメッセージに含まれる、及び／又は（ｃ）ゲートウェイ１０２によって以前に発生されたか又は割り当てられている。従って、いくつかの実施形態においては、ゲートウェイ１０２は、（ｉ）Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ３０２から何らかの情報を抽出する、（ｉｉ）ステップ２０４で記憶した情報を検索する、（ｉｉｉ）以前に割り当てた情報（デフォルト値）を検索する、及び／又は（ｉｖ）Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ３０２に含まれる情報をＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ３０４に含まなければならない情報にマッピングすることによって、Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ３０４を発生する。表１は、ソースネットワークノードにおいてシグナリング接続及び関連するベアラが活性化されているので、ゲートウェイ１０２が関連するＳ１ＡＰシグナリングを認識することができると共に後のハンドオーバ論理に必要な値を記憶することができる場合を示す。また、他の場合にも同様の原理を適用することができる（例えば、シグナリング接続及び関連するベアラが最初にｅＮＢにおいて確立され、ゲートウェイ１０２が関連するＳ１ＡＰシグナリングを認識することができなかった場合）。かかる場合には、ｅＮＢからソースネットワークノードへのハンドオーバに関連したＸ２ＡＰ又はＳ１ＡＰシグナリングが、必要な情報を含み、ソースネットワークノードから別のネットワークノードへの後のハンドオーバのためにゲートウェイ１０２によって記憶することができる。本明細書において記載する全てのハンドオーバ論理に、この同じ原理が適用される。
【００３４】
[0037]  換言すると、以下は、どのように必要な情報を見出すことができるかについていくつかの異なる可能性を示す。（１）ゲートウェイ１０２は、（例えば初期コンテキストセットアップ又はＥ−ＲＡＢセットアップ／変更又はＨｅＮＢへの以前のハンドオーバの間に、ＨｅＮＢ−ＧＷを介して）ハンドオーバされるシグナリング接続（及び関連する搬送側）に関連した以前のシグナリングからの状態及び関連する情報を保持し、（２）ゲートウェイ１０２は、ハンドオーバ手順をトリガするメッセージ（例えばＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ）からＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージへと情報をコピーし、（３）ゲートウェイ１０２は、ハンドオーバ準備からハンドオーバ実行の間に状態及び関連する情報を保持し（例えば第１メッセージから第３メッセージまで。一例では、情報はＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージからＨｅＮＢ−ＧＷにおいて記憶され、次いでＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージで用いられる）、（４）ゲートウェイ１０２は、ＩＥのいくつかについてデフォルト値を用いる。ハンドオーバプロセスの一部として、ソース及びターゲットのネットワークノードは、受信したユーザデータのステータスについて知らせるためにメッセージを送信することができる（例えばＳ１については、送信側エンティティに応じてＳ１ＡＰ  ｅＮＢ  ＳＴＡＴＵＳ  ＴＲＡＮＳＦＥＲメッセージ及びＭＭＥ  ＳＴＡＴＵＳ  ＴＲＡＮＳＦＥＲメッセージ）。これらのメッセージは図３に示したメッセージフローには示さず、マッピング表も示さないが、これは、接続識別子（すなわち接続に関連したもので置換する必要があるＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ及びｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ）を除いて、情報の直接コピーである。
【００３５】
[0038]  次に（ステップ２１０）、ゲートウェイ１０２は、ターゲットネットワークノードから承認メッセージ３０６（例えばＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ）を受信する。このメッセージは、メッセージ３０４に応答してターゲットネットワークノードが送信したものである。承認メッセージ３０６に応答して、ゲートウェイ１０２は、承認メッセージ３０６がメッセージ３０４に応答して送信されたか否かを判定する。そうである場合、プロセスはステップ２１２に進む。ステップ２１２において、ゲートウェイ１０２は、ハンドオーバ命令メッセージ３０８（例えばＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージ）を発生し、このメッセージ３０８をソースネットワークノードに送信する。
【００３６】
[0039]  Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージ３０８は、特定の１組のＩＥを必要とする。ここで以下に示す表２を参照すると、表２は、Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージ３０８に含まなければならないＩＥの少なくとも一部のリストを示す。
【表２】
0005568567.tif 000003
【００３７】
[0040]  表２に示すように、Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージ３０８に含まなければならないＩＥの一部は、（ａ）Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ３０６に含まれるか、又は（ｂ）ステップ２０２で受信したメッセージに含まれる。従って、いくつかの実施形態においては、ゲートウェイ１０２は、（ｉ）Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ３０６から何らかの情報を抽出し、（ｉｉ）ステップ２０４で記憶した情報を検索し、（ｉｉｉ）以前に割り当てた情報（デフォルト値）を検索することによって、Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージ３０８を発生する。
【００３８】
[0041]  Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージ３０８に応答して、ソースネットワークノードは、ハンドオーバ命令メッセージ３１０（例えばＲＲＣ  RRCConnectionReconfigurationメッセージ）をＵＥ１９２に送信する。ハンドオーバ命令メッセージ３１０に応答して、ＵＥ１９２は、ハンドオーバ確認メッセージ３１２（例えばＲＲＣ  RRCConnectionReconfigurationCompleteメッセージ）をターゲットネットワークノードに送信し、ターゲットネットワークノードは次いでゲートウェイ１０２に、ハンドオーバ通知メッセージ３１４（例えばＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＮＯＴＩＦＹ（ハンドオーバ通知）メッセージ）を送信する。
【００３９】
[0042]  ステップ２１４において、ゲートウェイ１０２は、ハンドオーバ通知メッセージ３１４を受信し、メッセージ３１４がメッセージ３０６に関連するか否かを判定する。ゲートウェイ１０２はこれまでコアネットワーク１０４制御ノードから進行中のハンドオーバを隠しているので、ゲートウェイ１０２は実行したハンドオーバについてコアネットワーク制御ノードを更新する必要がある。これは、Ｓ１ＡＰ  ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴ（経路切り換え要求）メッセージ３１６を発生し、メッセージ３１６をコアネットワーク１０４（例えばコアネットワークのＭＭＥ）に送信することによって達成される（このメッセージは通常Ｘ２ベースのハンドオーバのためにのみ用いられる）（ステップ２１６）。ゲートウェイ１０２は、先に開示した原理を用いて、メッセージ３１６のために必要な情報を見出す。すなわち、ゲートウェイ１０２は、本明細書に記載したような、以前に記憶、発生、及び／又は受信した情報を用いて、メッセージ３１６を発生する。
【００４０】
[0043]  ここで以下に示す表３を参照すると、表３は、Ｓ１ＡＰ  ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴメッセージ３１６に含まなければならないＩＥの少なくとも一部のリストを示す。
【表３】
0005568567.tif 000004
【００４１】
[0044]  表３に示すように、Ｓ１ＡＰ  ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴメッセージ３１６に含まなければならないＩＥの一部は、（ａ）Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージ３０２に含まれる、（ｂ）Ｓ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ３０６に含まれる、又は（ｃ）ステップ２０２で受信したメッセージに含まれる。従って、いくつかの実施形態においては、ゲートウェイ１０２は、（ｉ）メッセージ３０２及び３０６から何らかの情報を抽出する、及び／又は（ｉｉ）ステップ２０４で記憶した情報を検索することによって、Ｓ１ＡＰ  ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴメッセージ３１６を発生する。
【００４２】
[0045]  次に（ステップ２１８）、ゲートウェイ１０２は、コアネットワークから（例えばＭＭＥから）、Ｓ１ＡＰ  ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥ（経路切り換え要求承認）メッセージ３１８を受信する。
【００４３】
[0046]  ステップ２２０において、ゲートウェイ１０２は、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤ（ＵＥコンテキストリリース命令）メッセージ３２０を発生し、これをソースネットワークノードに送信し、これによってソースネットワークノードにおけるリソースのリリースをトリガする。ゲートウェイ１０２は、先に開示した原理を用いてメッセージ３０２のために必要なＩＥを見出す。すなわち、ゲートウェイ１０２は、本明細書に記載したような、以前に記憶、発生、及び／又は受信した情報を用いて、メッセージ３２０を発生する。ステップ２２２において、ゲートウェイ１０２は、ソースネットワークノードからＳ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥ（ＵＥコンテキストリリース完了）メッセージ３２２を受信する。
【００４４】
[0047]  図３は、ＭＭＥも対応するＧＷもこれらの図に再割り当てされていないという意味で簡略化されていることに留意すべきである。これらのノードの再割り当ては、いかなるＨｅＮＢの具体的なシグナリングも含まない。また、ユーザデータの転送の詳細も図示していない。これらはこのフローには重要でないからである（すなわち周知のシグナリングフローと著しい相違はない）。
【００４５】
[0048]  プロセス２００を実行するようにゲートウェイ１０２を構成することの利点は、これによってコアネットワーク制御ノードに対するシグナリング負荷が軽減されることである。
【００４６】
[0049]  ここで図４を参照すると、図４は、本発明のいくつかの実施形態によるゲートウェイ１０２の機能ブロック図である。図示のように、ゲートウェイ１０２は、データ処理システム４０２（例えば１つ以上のマイクロプロセッサ）、データ記憶システム４０６（例えば１つ以上の不揮発性記憶デバイス）、及び記憶システム４０６上に記憶されたコンピュータソフトウェア４０８を含むことができる。また、記憶システム４０６に構成パラメータ４１０を記憶することも可能である。また、ゲートウェイ１０２は、ｅＮＢ１０３、ＨｅＮＢ１０１、及びＣＮ１０４と通信を行うための送信／受信（Ｔｘ／Ｒｘ）回路を含むことができる。例えば、ゲートウェイ１０２は、ＨｅＮＢ１０１にデータを送信しＨｅＮＢ１０１からデータを受信するためのＴｘ／Ｒｘモジュール４０４、例えばコアネットワーク１０４にデータを送信しコアネットワーク１０４からデータを受信するためのＴｘ／Ｒｘモジュール４０５、及び、ｅＮＢ１０３にデータを送信しｅＮＢ１０３からデータを受信するためのＴｘ／Ｒｘモジュール４０７を含むことができる。ソフトウェア４０８は、処理システム４０２がソフトウェア４０８を実行した場合にゲートウェイ１０２が図２に示したフローチャートを参照して上述のステップを実行するように構成されている。すなわち、例えば、ソフトウェア４０８は、ゲートウェイ１０２がＨｅＮＢから別のＨｅＮＢをハンドオーバのターゲットとして識別するＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージを受信したことに応答してＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを発生するためのモジュールを含むことができる。
【００４７】
[0050]  本発明の様々な実施形態について上述したが、これらは限定ではなく一例としてのみ提示したことは理解されよう。例えば、これらの実施形態は、ＨｅＮＢ及びＨｅＮＢ−ＧＷから成るシステム以外の場合にも適用される。かかる１つの例は、１つ以上の基地局とコアネットワークとの間で基地局ゲートウェイが用いられ、基地局ゲートウェイの両側で同一又は類似のインタフェースが用いられる場合のソリューションである。このため、本発明の範囲は、上述の例示的な実施形態のいずれによっても限定されるものではない。
【００４８】
[0051]  さらに、上述し図面に示したプロセスはステップのシーケンスとして示したが、これは例示のためのみに行ったものである。従って、いくつかのステップの追加、いくつかのステップの省略、ステップの順序の再配置、更に、いくつかのステップの平行した実行が可能であることが考えられる。
【００４９】
[0052]  以下の実施形態は、ゲートウェイ装置の他の例を説明するものである。
【００５０】
実施形態１：ソース基地局（１０１ａ）からターゲット基地局（１０１ｂ）への接続のハンドオーバを容易にするためのゲートウェイ装置（１０２）であって、
（ａ）コンピュータソフトウェア（４０８）を記憶するデータ記憶システム（４０６）と、
（ｂ）前記コンピュータソフトウェアを実行するためのデータ処理システム（４０２）と、
（ｃ）（ｉ）前記ソース基地局がサービスを提供するユーザ機器（１９２）接続を前記ターゲット基地局にハンドオーバすべきことを示すハンドオーバ必要メッセージ等の、前記ソース基地局から送信されたメッセージを受信し、（ｉｉ）メッセージを送信するための、送信及び受信モジュール（４０４）と、
（ｄ）（ｉ）コアネットワーク制御ノードにメッセージを送信し、（ｉｉ）コアネットワーク制御ノードからメッセージを受信するための、送信及び受信モジュール（４０５）と、
を含み、前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記処理システムが前記ターゲットネットワークノードと通信可能であるならば、前記データ処理システムが、前記ハンドオーバ必要メッセージの受信に応答して、前記送信及び受信モジュールを用いて、前記処理システムが発生したハンドオーバ要求メッセージを前記ターゲット基地局に送信するように、前記コンピュータソフトウェアが構成され、
前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ゲートウェイ装置（１０２）に通信可能に接続された複数の基地局（１０１）のためのコアネットワーク制御ノード（３９２）のプロキシとして機能するように動作可能に、前記コンピュータソフトウェアが更に構成されている、ゲートウェイ装置。
【００５１】
実施形態２：前記データ処理システムが、前記送信及び受信モジュールを用いて、前記ゲートウェイ装置と前記ターゲット基地局との間でセットアップされた既存のインタフェースを介して前記ターゲット基地局に前記ハンドオーバ要求メッセージを送信することを含む、実施形態１に記載のゲートウェイ装置。
【００５２】
実施形態３：前記ハンドオーバ必要メッセージがＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＩＲＥＤメッセージであり、
前記ハンドオーバ要求メッセージがＳ１ＡＰ  ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージである、実施形態１から２のいずれか１項に記載のゲートウェイ装置。
【００５３】
実施形態４：前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ターゲット基地局から送信されたハンドオーバ要求承認メッセージ（３０６）の受信に応答して、ハンドオーバ命令メッセージ（３０８）を発生し、前記送信及び受信モジュール（４０４）を用いて前記ハンドオーバ命令メッセージ（３０８）を前記ソース基地局に送信するように、前記コンピュータソフトウェアが更に構成されている、実施形態１から３のいずれか１項に記載のゲートウェイ装置。
【００５４】
実施形態５：前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ターゲット基地局が前記ユーザ機器（１９２）から送信されたハンドオーバ確認メッセージ（３１２）を受信したことに応答して前記ターゲット基地局から送信されたハンドオーバ通知メッセージ（３１４）の受信に応答して、経路切り換え要求メッセージ（３１６）を発生し、前記送信及び受信モジュール（４０５）を用いて前記経路切り換え要求メッセージ（３１６）をコアネットワークノード（３９２）に送信するように、前記コンピュータソフトウェアが更に構成されている、実施形態１から４のいずれか１項に記載のゲートウェイ装置。
【００５５】
実施形態６：前記コアネットワーク制御ノードがＭＭＥ（Mobility Management Entity）である、実施形態５に記載のゲートウェイ装置。
【００５６】
実施形態７：前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記コアネットワークノードから送信された経路切り換え要求承認メッセージ（３１８）の受信に応答して、ＵＥコンテキストリリース命令メッセージ（３２０）を発生し、前記送信及び受信モジュール（４０４）を用いて前記ＵＥコンテキストリリース命令メッセージ（３２０）を前記ソース基地局に送信するように、前記コンピュータソフトウェアが更に構成されている、実施形態５から６のいずれか１項に記載のゲートウェイ装置。
【００５７】
実施形態８：前記ソース基地局が、前記ゲートウェイから送信された前記ハンドオーバ命令（３０８）の受信に応答して、ハンドオーバ命令メッセージ（３１０）を前記ユーザ機器に送信するように構成されている、実施形態４から７のいずれか１項に記載のゲートウェイ装置。
【００５８】
実施形態９：前記ソース基地局から送信された前記ハンドオーバ必要メッセージ（３０２）の受信に応答して前記ゲートウェイ装置がいずれのコアネットワーク制御ノードにもハンドオーバメッセージを送信しないように、前記ゲートウェイ装置が構成されている、実施形態１から８のいずれか１項に記載のゲートウェイ装置。
【００５９】
実施形態１０：前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、前記ハンドオーバ必要メッセージ（３０２）の受信に直接応答して、前記ターゲット基地局との接続が存在するか否かを判定し、接続が存在すると判定された場合には、前記ハンドオーバ要求メッセージ（３０４）を発生して前記ハンドオーバ要求メッセージ（３０４）を前記接続を介して前記ターゲット基地局に送信し、他の場合には前記ハンドオーバ必要メッセージ（３０２）をコアネットワークノード（３９２）に転送するように、前記コンピュータソフトウェアが構成されている、実施形態１から９のいずれか１項に記載のゲートウェイ装置。
【００６０】
実施形態１１：前記コンピュータソフトウェアが前記データ処理システムによって実行された場合に、前記データ処理システムが、（ｉ）前記ハンドオーバ必要メッセージから何らかの情報を抽出して前記抽出した情報を前記ハンドオーバ要求メッセージに含める、（ｉｉ）前記ゲートウェイにおいて以前に受信した１つ以上の制御メッセージに含まれた、以前に記憶された情報を検索し、前記制御メッセージが前記ＵＥによって確立された接続に関連し、更に、前記検索した情報を前記ハンドオーバ要求メッセージに含める、（ｉｉｉ）前記ハンドオーバ必要メッセージに含まれた情報を、前記ハンドオーバ要求メッセージに含める必要のある情報にマッピングする、及び／又は（ｉｖ）前記ハンドオーバ要求メッセージに所定のデフォルト値を追加することによって、前記ハンドオーバ要求メッセージ（３０４）を発生するように、前記コンピュータソフトウェアが構成されている、実施形態１から１０のいずれか１項に記載のゲートウェイ装置。
【００６１】
実施形態１２：前記１つ以上の制御メッセージの１つがＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージである、実施形態１１に記載のゲートウェイ装置。
【００６２】
実施形態１３：前記ソース基地局がフェムト基地局であり、前記ターゲット基地局がフェムト基地局である、実施形態１から１２のいずれか１項に記載のゲートウェイ装置。
【図１】
0005568567.tif 000005
【図２】
0005568567.tif 000006
【図３】
0005568567.tif 000007
【図４】
0005568567.tif 000008