JP5163658B2

JP5163658B2 - 無線通信システム、基地局装置、ゲートウェイ装置、無線通信方法

Info

Publication number: JP5163658B2
Application number: JP2009551409A
Authority: JP
Inventors: 貞福林; 信吾志賀; 利之田村
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2008-01-31
Filing date: 2008-12-22
Publication date: 2013-03-13
Anticipated expiration: 2028-12-22
Also published as: CN101933350A; US20100329208A1; EP2237587A4; EP2237587A1; WO2009096121A1; JPWO2009096121A1; US9271195B2; CN101933350B

Description

本発明は、無線通信システム、基地局装置、ゲートウェイ装置、無線通信方法に関する。

現在、３ＧＰＰ（3rd Generation Partnership Projects）において標準化が進められているＬＴＥ（Long Term Evolution）では、ＥＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network、UMTS＝Universal Mobile Telecommunication System）およびＥＰＣ（Evolved Packet Core）が、図１に示すように構成されている無線通信システムが提案されている（非特許文献１の４．２．１、非特許文献２のＦｉｇｕｒｅ４）。ただし、これらの名称はこの限りではなく、ＥＵＴＲＡＮをＬＴＥと称し、ＥＰＣをＳＡＥ（System Architecture Evolution）と称し、ＥＵＴＲＡＮとＥＰＣとでＥＰＳ（Evolved Packet System）と称することもある。

図１を参照すると、ＥＵＴＲＡＮ側には、基地局装置であるｅＮｏｄｅＢ（evolved Node B）１０が設けられている。また、ＥＰＣ側には、ＣＮ（Core Network）Ｎｏｄｅとして、移動制御ノードであるＭＭＥ（Mobility Management Entity）２０、ゲートウェイ装置であるＳ−ＧＷ（Serving Gateway）３０、上位ゲートウェイ装置であるＰ−ＧＷ（Packet Data Network Gateway）４０、およびＨＳＳ（Home Subscriber Server）５０が設けられている。また、ｅＮｏｄｅＢ１０は、無線通信装置であるＵＥ（User Equipment）６０と無線インタフェースを介して接続されている。

ここで、ＭＭＥ２０は、ＵＥ６０の移動制御（位置登録）機能、ハンドオーバ制御機能、Ｓ−ＧＷ３０およびＰ−ＧＷ４０の選択機能、ベアラ管理機能等を備えるノードである（非特許文献１の４．４．２）。また、Ｓ−ＧＷ３０は、ｅＮｏｄｅＢ１０とＰ−ＧＷ４０との間でユーザプレーンのパケットデータを転送するノードである。また、Ｐ−ＧＷ４０は、自ネットワーク（Home PLMN、PLMN＝Public Land Mobile Network）から外ネットワーク（Visit PLMN）への送信パケットデータと、外ネットワークから自ネットワークへの受信パケットデータを転送するノードである。また、ＨＳＳ５０は、ＵＥ６０の認証に用いるユーザ情報を保存するサーバである。

ところで、無線通信システムのセキュリティを確保するためには、例えば、Ｓ−ＧＷ３０は、ｅＮｏｄｅＢ１０からのアップリンクのパケットデータの安全性を確認するためにｅＮｏｄｅＢ１０の発アドレスを知ることが必要である。

Ｓ−ＧＷ３０がｅＮｏｄｅＢ１０の発アドレスを知る方法としては、事前に保守者（オペレータ）の手作業によりｅＮｏｄｅＢ１０の発アドレスをＳ−ＧＷ３０に設定することが考えられる。しかし、保守者の手作業による設定は、大変煩雑であるため、数多くのｅＮｏｄｅＢ１０を設置する場合に、ＯＰＥＸ（Operation Expenditure）の増加につながる可能性があるという問題がある。

また、セキュリティを無視して、保守者の手作業による設定をしないことも考えられる。この場合、Ｓ−ＧＷ３０は、ｅＮｏｄｅＢ１０からパケットデータを受信しても、ｅＮｏｄｅＢ１０の発アドレスを確認せずに、受信したパケットデータをそのまま上位ノードのＰ−ＧＷ４０に送信する。

ここで、セキュリティの問題を、図２に示されるようなハンドオーバのケース（非特許文献１のＦｉｇｕｒｅ５．５．１．２−１）を参照して説明する。

なお、図２においては、ハンドオーバ時のＵＥ６０の移動元のｅＮｏｄｅＢ１０をＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓと称し、移動先のｅＮｏｄｅＢ１０をＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔと称する（以下、同じ）。

図２を参照すると、ＵＥ６０が、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−ＳのエリアからＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔのエリアへ移動したため、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓが、ステップ２３０１において、ハンドオーバの決定（HO decision）をしたとする。

すると、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓは、ステップ２３０２において、ハンドオーバを要求するメッセージ（ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージ）をＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔに送信する。

次に、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔは、ステップ２３０３において、無線リソースを設定した後、ステップ２３０４において、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＨａｎｄｏｖｅｒＲｅｓｐｏｎｓｅメッセージ）をＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓに送信する。ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓは、ステップ２３０５において、ハンドオーバを命令するメッセージ（ＨａｎｄｏｖｅｒＣｏｍｍａｎｄメッセージ）をＵＥ６０に送信する。

次に、ステップ２３０６において、ＵＥ６０とＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔとの間で無線同期を取った後、ＵＥ６０は、ステップ２３０７において、アップリンクのパケットデータを送信する。

しかし、Ｓ−ＧＷ３０は、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔからパケットデータを受信しても、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスを知らないため、セキュリティを無視して、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスを確認せずに、受信したパケットデータをそのままＰ−ＧＷ４０に送信することになる。

このように、セキュリティを無視すると、大量のパケットデータの送信によって無線通信システムを麻痺させてサービスを継続できなくさせる攻撃、いわゆるＤｏＳ攻撃（Denial of Service attack）の危険性がある不正なパケットデータが自ネットワーク内に蔓延することによりシステム障害などの重大な問題を引き起こす恐れがある。

以降、ステップ２３０８において、ＵＥ６０がハンドオーバの完了を示すメッセージ（ＨａｎｄｏｖｅｒＣｏｍｐｌｅｔｅメッセージ）をＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔに送信すると、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔは、ステップ２３０９において、パス切り替えを要求するメッセージ（ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔメッセージ）をＭＭＥ２０に送信し、ＭＭＥ２０は、ステップ２３１０において、ユーザープレーンのアップデートを要求するメッセージ（ＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｑｕｅｓｔメッセージ）をＳ−ＧＷ３０に送信する。これを受けて、Ｓ−ＧＷ３０は、ステップ２３１１において、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−ＳからＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔへのダウンリンクのパス切替を行う。

その後、Ｓ−ＧＷ３０は、ステップ２３１２において、ＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｓｐｏｎｓｅメッセージ）をＭＭＥ２０に送信する。ＭＭＥ２０は、ステップ２３１３において、パス切り替えを要求するメッセージに対する応答メッセージ（ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅメッセージ）をＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔに送信し、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔは、ステップ２３１４において、リソース開放を示すメッセージ（ＲｅｌｅａｓｅＲｅｓｏｕｒｃｅメッセージ）をＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓに送信する。

したがって、無線通信システムのセキュリティを確保するためには、ハンドオーバが発生した場合も、ＴａｒｇｅｔｅＮｏｄｅＢ１０−ＴからＳ−ＧＷ３０に受信されたパケットデータの安全性を確認する必要があり、そのためには、Ｓ−ＧＷ３０がＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスを知ることが必要である。ただし、保守者による手作業でＳ−ＧＷ３０にｅＮｏｄｅＢ１０の発アドレスを設定すると、ＯＰＥＸの増加につながる可能性がある。

また、セキュリティの問題は、ＵＥ６０のローミング環境においても重要である。

ここで、ローミング環境におけるセキュリティの問題を、図３を参照して説明する（非特許文献１のＦｉｇｕｒｅ４．２．２−１）。

図３を参照すると、ＵＥ６０のローミング先の外ネットワーク（Visit PLMN）においても、ｅＮｏｄｅＢ１０、ＭＭＥ２０、およびＳ−ＧＷ３０が設けられている。

また、外ネットワークのＳ−ＧＷ３０と自ネットワーク（Home PLMN）のＰ−ＧＷ４０とは、通常は公衆ネットワークを介して接続されている。公衆ネットワークは、例えば、公衆インターネット網などである。

例えば、Ｐ−ＧＷ４０は、公衆ネットワークからパケットデータを受信した場合に、そのパケットデータの安全性を確認しないで自ネットワーク内に転送すると、ＤｏＳ攻撃の危険性があるパケットデータを自ネットワーク内に蔓延させてしまい、システム障害などの重大な問題を引き起こす恐れがある。

そのため、Ｐ−ＧＷ４０は、公衆ネットワークから受信したパケットデータの発アドレスを、そのパケットデータを送信してきたＳ−ＧＷ３０の発アドレスと照合し、安全性を確認してから、受信したパケットデータを自ネットワーク内に転送する必要がある。そのためには、Ｐ−ＧＷ４０は、Ｓ−ＧＷ３０の発アドレスを知る必要があるが、ローミング環境において、Ｓ−ＧＷ３０の変更を伴うハンドオーバが発生した場合に、変更後のＳ−ＧＷ３０の発アドレスを知ることはできない。

したがって、無線通信システムのセキュリティを確保するためには、ローミング環境において、Ｓ−ＧＷ３０の変更を伴うハンドオーバが発生した場合も、ＵＥ６０のローミング先の外ネットワークのＳ−ＧＷ３０から自ネットワークのＰ−ＧＷ４０に受信されたパケットデータの安全性を確認する必要があり、そのためには、Ｐ−ＧＷ４０が変更後のＳ−ＧＷ３０の発アドレスを知ることが必要である。ただし、保守者による手作業でＰ−ＧＷ４０にＳ−ＧＷ３０の発アドレスを設定すると、ＯＰＥＸの増加につながる可能性がある。

以上まとめると、無線通信システムにおいては、ローミング環境であるか否かに拘わらず、保守者による手作業を低減しつつ、ハンドオーバが発生した場合のセキュリティを確保することが重要な課題となっている。
３ＧＰＰＴＳ２３．４０１，Ｖ８．０．０３ＧＰＰＴＳ３６．３００，Ｖ８．２．０

そこで、本発明の目的は、上述した課題を解決することができる無線通信システム、基地局装置、ゲートウェイ装置、無線通信方法を提供することにある。

本発明の第１の無線通信システムは、
基地局装置と、移動制御ノードと、ゲートウェイ装置と、を有してなる無線通信システムであって、
前記基地局装置は、
前記基地局装置の近隣の基地局装置の発アドレスの情報を、前記移動制御ノードに送信し、
前記移動制御ノードは、
前記基地局装置から、前記近隣の基地局装置の発アドレスの情報を受信し、
前記近隣の基地局装置の発アドレスの情報を前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記移動制御ノードから、前記近隣の基地局装置の発アドレスの情報を受信する。

本発明の第２の無線通信システムは、
基地局装置と、ゲートウェイ装置と、を有してなる無線通信システムであって、
前記基地局装置は、
前記基地局装置の近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを、前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記基地局装置から、前記近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを受信する。

本発明の第３の無線通信システムは、
基地局装置と、移動制御ノードと、ゲートウェイ装置と、を有してなる無線通信システムであって、
前記基地局装置は、
無線通信装置が前記基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を、前記移動制御ノードに送信し、
前記移動制御ノードは、
前記基地局装置から、前記移動先の基地局装置の発アドレスの情報を受信し、
前記移動先の基地局装置の発アドレスの情報を前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記移動制御ノードから、前記移動先の基地局装置の発アドレスの情報を受信する。

本発明の第４の無線通信システムは、
基地局装置と、移動制御ノードと、前記基地局装置と接続されたゲートウェイ装置と、前記ゲートウェイ装置と接続された上位ゲートウェイ装置と、を有してなる無線通信システムであって、
前記ゲートウェイ装置は、
無線通信装置が前記ゲートウェイ装置への変更を伴うハンドオーバをする旨の決定があった後に、前記ゲートウェイ装置の発アドレスの情報を、前記上位ゲートウェイ装置に送信し、
前記上位ゲートウェイ装置は、
前記ゲートウェイ装置から、前記ゲートウェイ装置の発アドレスの情報を受信する。

本発明の第１の基地局装置は、
自己の基地局装置の近隣の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信部を有する。

本発明の第２の基地局装置は、
自己の基地局装置の近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを、ゲートウェイ装置に送信する送信部を有する。

本発明の第３の基地局装置は、
無線通信装置が前記基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信部を有する。

本発明の第１のゲートウェイ装置は、
基地局装置から移動制御ノードを介して、当該基地局装置の近隣の基地局装置の発アドレスの情報を受信する受信部を有する。

本発明の第２のゲートウェイ装置は、
基地局装置から、当該基地局装置の前記近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを受信する受信部を有する。

本発明の第３のゲートウェイ装置は、
基地局装置から移動制御ノードを介して、無線通信装置が当該基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を受信する受信部を有する。

本発明の第４のゲートウェイ装置は、
基地局装置と上位ゲートウェイ装置との間に接続されたゲートウェイ装置であって、
無線通信装置が前記ゲートウェイへの変更を伴うハンドオーバをする旨の決定があった後に、前記ゲートウェイ装置の発アドレスの情報を、前記上位ゲートウェイ装置に送信する送信部を有する。

本発明の上位ゲートウェイ装置は、
基地局装置に接続されたゲートウェイ装置と接続された上位ゲートウェイ装置であって、
無線通信装置が前記ゲートウェイ装置への変更を伴うハンドオーバをする旨の決定があった後に、前記ゲートウェイ装置から、前記ゲートウェイ装置の発アドレスの情報を受信する受信部を有する。

本発明の第１の無線通信方法は、
基地局装置による無線通信方法であって、
前記基地局装置の近隣の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信ステップを有する。

本発明の第２の無線通信方法は、
基地局装置による無線通信方法であって、
前記基地局装置の近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを、ゲートウェイ装置に送信する送信ステップを有する。

本発明の第３の無線通信方法は、
基地局装置による無線通信方法であって、
無線通信装置が前記基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信ステップを有する。

本発明の第４の無線通信方法は、
ゲートウェイ装置による無線通信方法であって、
基地局装置から移動制御ノードを介して、当該基地局装置の近隣の基地局装置の発アドレスの情報を受信する受信ステップを有する。

本発明の第５の無線通信方法は、
ゲートウェイ装置による無線通信方法であって、
基地局装置から、当該基地局装置の前記近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを受信する受信ステップを有する。

本発明の第６の無線通信方法は、
ゲートウェイ装置による無線通信方法であって、
基地局装置から移動制御ノードを介して、無線通信装置が当該基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を受信する受信ステップを有する。

本発明の第７の無線通信方法は、
基地局装置と上位ゲートウェイ装置との間に接続されたゲートウェイ装置による無線通信方法であって、
前記ゲートウェイ装置への変更を伴うハンドオーバをする旨の決定があった後に、前記ゲートウェイ装置の発アドレスの情報を、前記上位ゲートウェイ装置に送信する送信ステップを有する。

本発明の第８の無線通信方法は、
基地局装置に接続されたゲートウェイ装置と接続された上位ゲートウェイ装置による無線通信方法であって、
無線通信装置が前記ゲートウェイ装置への変更を伴うハンドオーバをする旨の決定があった後に、前記ゲートウェイ装置から、前記ゲートウェイ装置の発アドレスの情報を受信する受信ステップを有する。

本発明の一態様によれば、基地局装置は、自己の基地局装置の近隣の基地局装置の発アドレスの情報、または、無線通信装置がハンドオーバした移動先の基地局装置の発アドレスの情報を、ゲートウェイ装置に送信する構成となっている。

したがって、ゲートウェイ装置は、ハンドオーバが発生しても、基地局装置から受信したパケットデータの安全性を確認することができるため、無線通信システムのセキュリティを確保することができるという効果が得られる。

さらに、基地局装置の発アドレスの情報は、基地局装置からゲートウェイ装置に送信されるため、保守者による手作業を低減することができるという効果が得られる。

また、本発明の別の態様によれば、ゲートウェイ装置は、無線通信装置が、自己のゲートウェイ装置への変更を伴うハンドオーバをする場合、自己のゲートウェイ装置の発アドレスの情報を、上位ゲートウェイ装置に送信する構成となっている。

したがって、上位ゲートウェイ装置は、ハンドオーバが発生しても、ゲートウェイ装置から受信したパケットデータの安全性を確認することができるため、無線通信システムのセキュリティを確保することができるという効果が得られる。

さらに、ゲートウェイ装置の発アドレスの情報は、ゲートウェイ装置から上位ゲートウェイ装置に送信されるため、保守者による手作業を低減することができるという効果が得られる。

無線通信システムの全体構成を示す図である。関連する無線通信システムにおけるハンドオーバ動作例を説明するシーケンス図である。無線通信システムにおけるローミングの概念を説明する図である。本発明の第１の実施形態の無線通信システムの概略構成を示すブロック図である。本発明の第１の実施形態の無線通信システムの詳細構成を示すブロック図である。本発明の第１の実施形態の無線通信システムにおけるｅＮｏｄｅＢの発アドレスの送信動作例１を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるｅＮｏｄｅＢの発アドレスの送信動作例２を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるｅＮｏｄｅＢの発アドレスの送信動作例３を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるｅＮｏｄｅＢの発アドレスの送信動作例４を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるｅＮｏｄｅＢの発アドレスの送信動作例４を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるｅＮｏｄｅＢの発アドレスの送信動作例４を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるｅＮｏｄｅＢの発アドレスの送信動作例４を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるハンドオーバ動作例１を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるハンドオーバ動作例２を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるハンドオーバ動作例２を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるハンドオーバ動作例３を説明するシーケンス図である。本発明の第１の実施形態の無線通信システムにおけるハンドオーバ動作例３を説明するシーケンス図である。本発明の第２の実施形態の無線通信システムの概略構成を示すブロック図である。本発明の第２の実施形態の無線通信システムの詳細構成を示すブロック図である。本発明の第２の実施形態の無線通信システムにおけるハンドオーバ動作例を説明するシーケンス図である。本発明の第２の実施形態に係るＧＴＰヘッダを説明する図である。本発明の第３の実施形態の無線通信システムの概略構成を示すブロック図である。本発明の第３の実施形態の無線通信システムの詳細構成を示すブロック図である。本発明の第３の実施形態の無線通信システムにおけるハンドオーバ動作例を説明するシーケンス図である。本発明の第４の実施形態の無線通信システムの概略構成を示すブロック図である。本発明の第４の実施形態の無線通信システムの詳細構成を示すブロック図である。本発明の第４の実施形態の無線通信システムのハンドオーバ動作例を説明するシーケンス図である。

以下に、本発明を実施するための最良の形態について図面を参照して説明する。

なお、以下で説明する全ての実施形態において、無線通信システムの全体構成自体は、図１に示したものと同様である。

（第１の実施形態）
まず、本実施形態の概略構成について、図４を参照して説明する。

図４を参照すると、本実施形態に係るｅＮｏｄｅＢ１０は、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むメッセージをＭＭＥ２０に送信する送信部１１Ａを有している。なお、近隣のｅＮｏｄｅＢ１０の発アドレスの情報は、例えば、保守者が事前に手作業でｅＮｏｄｅＢ１０に設定することが考えられるが、この限りではない。

また、本実施形態に係るＭＭＥ２０は、ｅＮｏｄｅＢ１０から、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むメッセージを受信する受信部２１Ａと、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むメッセージをＳ−ＧＷ３０に送信する送信部２２Ａと、を有している。

また、本実施形態に係るＳ−ＧＷ３０は、ＭＭＥ２０から、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むメッセージを受信する受信部３１Ａを有している。

次に、本実施形態の詳細構成について、図５を参照して説明する。

図５を参照すると、本実施形態に係るｅＮｏｄｅＢ１０は、上述した送信部１１Ａの他、受信部１２Ａおよび制御部１３Ａを有している。

送信部１１Ａは、メッセージおよびパケットデータのＭＭＥ２０への送信処理を行うものであり、その一例として、上述のように、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むメッセージをＭＭＥ２０に送信する処理を行う。

受信部１２Ａは、ＭＭＥ２０からのメッセージおよびパケットデータの受信処理を行う。

制御部１３Ａは、ＭＭＥ２０に送信する情報を含むメッセージを生成する処理等を行う。

なお、送信部１１Ａ、受信部１２Ａ、および制御部１３Ａによるメッセージおよびパケットデータの送受信は、ＵＥ６０、他のｅＮｏｄｅＢ１０、およびＳ−ＧＷ３０との間でも行われるものとする。

また、本実施形態に係るＭＭＥ２０は、上述した受信部２１Ａおよび送信部２２Ａの他、制御部２３Ａを有している。

受信部２１Ａは、ｅＮｏｄｅＢ１０およびＳ−ＧＷ３０からのメッセージおよびパケットデータの受信処理を行うものであり、その一例として、上述のように、ｅＮｏｄｅＢ１０から、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むメッセージを受信する処理を行う。

送信部２２Ａは、メッセージおよびパケットデータのＮｏｄｅＢ１０およびＳ−ＧＷ３０への送信処理を行うものであり、その一例として、上述のように、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むメッセージをＳ−ＧＷ３０に送信する処理を行う。

制御部２３Ａは、ｅＮｏｄｅＢ１０およびＳ−ＧＷ３０に送信する情報を含むメッセージを生成する処理等を行う。

また、本実施形態に係るＳ−ＧＷ３０は、上述した受信部３１Ａの他、送信部３２Ａ、制御部３３Ａ、および記憶部３４Ａを有している。

受信部３１Ａは、ＭＭＥ２０からのメッセージおよびパケットデータの受信処理を行うものであり、その一例として、上述のように、ＭＭＥ２０から、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むメッセージを受信する処理を行う。

送信部３２Ａは、メッセージおよびパケットデータのＭＭＥ２０への送信処理を行う。

制御部３３Ａは、ＭＭＥ２０に送信する情報を含むメッセージを生成する処理、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を記憶部３４Ａに保存する処理、ＭＭＥ２０から受信したパケットデータの発アドレスを記憶部３４Ａに保存された発アドレスと照合することで、受信したパケットデータの安全性を確認する処理等を行う。

なお、送信部３２Ａ、受信部３１Ａ、および制御部３３Ａによるメッセージおよびパケットデータの送受信は、ｅＮｏｄｅＢ１０およびＰ−ＧＷ４０との間でも行われるものとする。

以下、本実施形態の動作について説明する。

［ｅＮｏｄｅＢ１０の発アドレスの送信動作例１］
本例では、ｅＮｏｄｅＢ１０が、ＵＥ６０のアタッチ時に、自己のｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報を、ＭＭＥ２０を介してＳ−ＧＷ３０に送信する。なお、アタッチとは、ＵＥ６０のｅＮｏｄｅＢ１０への最初のアクセスのことであり、例えば、電源投入後の最初のアクセス等が該当する。

以下、本例の動作について、図６を参照して説明する。

図６を参照すると、ステップ３０１において、ＵＥ６０がｅＮｏｄｅＢ１０に対してアタッチを要求するメッセージ（ＡｔｔａｃｈＲｅｑｕｅｓｔメッセージ）を送信したとする。

すると、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ３０２において、自己のｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報やＡｔｔａｃｈＲｅｑｕｅｓｔメッセージの情報を含む、アタッチ手順（Attach procedure）を開始するためのアタッチ開始メッセージ（ＩｎｉｔｉａｌＵＥＭｅｓｓａｇｅメッセージ）をＭＭＥ２０に送信する。

次に、ステップ３０３において、ＨＳＳ５０に保存されたユーザ情報を用いたＭＭＥ２０によるＵＥ６０の認証が成功すると、ＭＭＥ２０の送信部２２Ａは、ステップ３０４において、ｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含む、ベアラ生成を要求するメッセージ（ＣｒｅａｔｅＤｅｆａｕｌｔＢｅａｒｅｒＲｅｑｕｅｓｔメッセージ）をＳ−ＧＷ３０に送信する。Ｓ−ＧＷ３０では、ｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報は、制御部３３Ａにより記憶部３４Ａに保存される。

次に、Ｓ−ＧＷ３０の送信部３２Ａは、ステップ３０５において、自己のＳ−ＧＷ３０の発アドレスおよび近隣のＳ−ＧＷ３０の発アドレスの情報を含む、ベアラ生成を要求するメッセージ（ＣｒｅａｔｅＤｅｆａｕｌｔＢｅａｒｅｒＲｅｑｕｅｓｔメッセージ）をＰ−ＧＷ４０に送信する。

次に、Ｐ−ＧＷ４０は、ステップ３０６において、ＣｒｅａｔｅＤｅｆａｕｌｔＢｅａｒｅｒＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＣｒｅａｔｅＤｅｆａｕｌｔＢｅａｒｅｒＲｅｓｐｏｎｓｅメッセージ）をＳ−ＧＷ３０に送信する。続いて、Ｓ−ＧＷ３０の送信部３２Ａは、ステップ３０７において、ＣｒｅａｔｅＤｅｆａｕｌｔＢｅａｒｅｒＲｅｑｕｅｓｔメッセージに対する応答メッセージに対する応答メッセージ（ＣｒｅａｔｅＤｅｆａｕｌｔＢｅａｒｅｒＲｅｓｐｏｎｓｅメッセージ）をＭＭＥ２０に送信する。

次に、ＭＭＥ２０の送信部２２Ａは、ステップ３０８において、アタッチを容認（Attach Accept）し、ＵＥ６０の初期コンテキストのセットアップを要求するメッセージ（ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージ）をｅＮｏｄｅＢ１０に送信する。続いて、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ３０９において、アタッチを容認し、無線ベアラの確立を要求するメッセージ（ＲａｄｉｏＢｅａｒｅｒＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ）をＵＥ６０に送信する。

次に、ＵＥ６０は、ステップ３１０において、ＲａｄｉｏＢｅａｒｅｒＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＲａｄｉｏＢｅａｒｅｒＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｓｐｏｎｓｅメッセージ）をｅＮｏｄｅＢ１０に送信する。また、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ３１１において、ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＩｎｉｔｉａｌＵＥＣｏｎｔｅｘｔＲｅｓｐｏｎｓｅメッセージ）をＭＭＥ２０に送信する。

その後、Ｓ−ＧＷ３０の制御部３３Ａは、ｅＮｏｄｅＢ１０からパケットデータを受信すると、受信したパケットデータの発アドレスを記憶部３４Ａに保存されている発アドレスと照合する。制御部３３Ａは、受信したパケットデータの発アドレスと一致する発アドレスが記憶部３４Ａにあれば、受信したパケットデータを安全と判断して送信部３２Ａを用いてＰ−ＧＷ４０に転送し、記憶部３４Ａになければ、受信したパケットデータを危険性があると判断して破棄する。

以降、ＵＥ６０のハンドオーバ時に、後述するハンドオーバシーケンスが行われる。

上述したように本例では、Ｓ−ＧＷ３０は、ＵＥ６０のアタッチ時に、ｅＮｏｄｅＢ１０からＭＭＥ２０を介して、そのｅＮｏｄｅＢ１０の発アドレスおよびＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔとなる可能性がある近隣のｅＮｏｄｅＢ１０の発アドレスの情報を取得することができる。

したがって、Ｓ−ＧＷ３０は、ハンドオーバが発生しても、ｅＮｏｄｅＢ１０から受信したパケットデータの安全性を確認することができるため、無線通信システムのセキュリティを確保することができる。

また、本例では、ｅＮｏｄｅＢ１０の発アドレスの情報は、ｅＮｏｄｅＢ１０からＭＭＥ２０をＳ−ＧＷ３０に送信されるため、保守者による手作業を低減することができる。

また、本例では、ＭＭＥ２０は、ｅＮｏｄｅＢ１０から受信したｅＮｏｄｅＢ１０の発アドレスの情報を、単にＳ−ＧＷ３０に転送すればよいため、ｅＮｏｄｅＢ１０の発アドレスの情報を記憶しておく必要がない。

なお、本例では、ＭＭＥ２０は、ＩＰのセキュリティ機能を備えており、ｅＮｏｄｅＢ１０が安全かどうかを判断できる。つまり、ＭＭＥ２０は、安全なｅＮｏｄｅＢ１０からの発アドレス通知であることを判断できるため、図６のステップ３０４において、安全なｅＮｏｄｅＢ１０から通知された発アドレスのみをＳ−ＧＷ３０に通知することができる。

［ｅＮｏｄｅＢ１０の発アドレスの送信動作例２］
本例では、ｅＮｏｄｅＢ１０が、ＵＥ６０の発呼時に、自己のｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報を、ＭＭＥ２０を介してＳ−ＧＷ３０に送信する。

以下、本例の動作について、図７を参照して説明する。

図７を参照すると、ステップ４０１において、ＵＥ６０がｅＮｏｄｅＢ１０に対して発呼のためのメッセージ（ＳｅｒｖｉｃｅＲｅｑｕｅｓｔメッセージ）を送信したとする。

すると、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ４０２において、自己のｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報やＳｅｒｖｉｃｅＲｅｑｕｅｓｔメッセージの情報を含む、発呼手順（Service Request procedure）を開始するためのメッセージ（ＩｎｉｔｉａｌＵＥＭｅｓｓａｇｅメッセージ）をＭＭＥ２０に送信する。

次に、ステップ４０３において、ＨＳＳ５０に保存されたユーザ情報を用いたＭＭＥ２０によるＵＥ６０の認証が成功すると、ＭＭＥ２０の送信部２２Ａは、ステップ４０４において、ＵＥ６０の初期コンテキストのセットアップを要求するメッセージ（ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージ）をｅＮｏｄｅＢ１０に送信し、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ４０５において、無線ベアラの確立のためのメッセージ（ＲａｄｉｏＢｅａｒｅｒＥｓｔａｂｌｉｓｈｍｅｎｔメッセージ）をＵＥ６０に送信する。

また、ステップ４０６において、ＭＭＥ２０の送信部２２Ａは、ｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含み、ベアラのアップデートを要求するメッセージ（ＵｐｄａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージ）をＳ−ＧＷ３０に送信する。Ｓ−ＧＷ３０では、ｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報は、制御部３３Ａにより記憶部３４Ａに保存される。

次に、Ｓ−ＧＷ３０の送信部３２Ａは、ステップ４０７において、ＵｐｄａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＵｐｄａｔｅＢｅａｒｅｒＲｅｓｐｏｎｓｅメッセージ）をＭＭＥ２０に送信する。

次に、ステップ４０８において、ＵＥ６０がアップリンクのパケットデータを送信すると、Ｓ−ＧＷ３０の制御部３３Ａは、ｅＮｏｄｅＢ１０から受信したパケットデータの発アドレスを記憶部３４Ａに保存されている発アドレスと照合する。制御部３３Ａは、受信したパケットデータの発アドレスと一致する発アドレスが記憶部３４Ａにあれば、受信したパケットデータを安全と判断して送信部３２Ａを用いてＰ−ＧＷ４０に転送し、記憶部３４Ａになければ、受信したパケットデータを危険性があると判断して破棄する。

その後、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ４０９において、ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＩｎｉｔｉａｌＣｏｎｔｅｘｔＲｅｓｐｏｎｓｅメッセージ）をＭＭＥ２０に送信する。

上述したように本例では、Ｓ−ＧＷ３０は、ＵＥ６０の発呼時に、ｅＮｏｄｅＢ１０からＭＭＥ２０を介して、そのｅＮｏｄｅＢ１０の発アドレスおよびＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔとなる可能性がある近隣のｅＮｏｄｅＢ１０の発アドレスの情報を取得することができる。

また、本例では、ｅＮｏｄｅＢ１０の発アドレスの情報は、ｅＮｏｄｅＢ１０からＳ−ＧＷ３０に送信されるため、保守者による手作業を低減することができる。

［ｅＮｏｄｅＢ１０の発アドレスの送信動作例３］
本例では、ｅＮｏｄｅＢ１０が、ＵＥ６０の位置登録（TA Update、TA＝Tracking Area）時に、自己のｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報を、ＭＭＥ２０を介してＳ−ＧＷ３０に送信する。なお、位置登録は、着信時にページングを行うエリアであるＴＡをＵＥ６０に割り当てるために行われる（非特許文献１の５．３．３．１）。

以下、本例の動作について、図８を参照して説明する。

なお、図８においては、ＵＥ６０の位置登録によりＭＭＥ２０およびＳ−ＧＷ３０が変更されるものとし、変更前のＭＭＥ２０およびＳ−ＧＷ３０を、それぞれＳｏｕｒｃｅＭＭＥ２０−ＳおよびＳｏｕｒｃｅＳ−ＧＷ３０−Ｓと称し、変更後のＭＭＥ２０およびＳ−ＧＷ３０を、それぞれＴａｒｇｅｔＭＭＥ２０−ＴおよびＴａｒｇｅｔＳ−ＧＷ３０−Ｔと称する（以下、同じ）。変更前後のＭＭＥ２０およびＳ−ＧＷ３０は、ＵＥ６０からの位置登録要求メッセージ（ＴＡＵＲｅｑｕｅｓｔメッセージ）に含まれる情報を基に決定される。

図８を参照すると、ステップ５０１において、ＵＥ６０がｅＮｏｄｅＢ１０に対して位置登録のためのＴＡＵＲｅｑｕｅｓｔメッセージを送信したとする。

すると、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ５０２において、自己のｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報やＴＡＵＲｅｑｕｅｓｔメッセージの情報を含む、ＴＡ更新手順（TA Update procedure）を開始するためのメッセージ（ＩｎｉｔｉａｌＵＥＭｅｓｓａｇｅメッセージ）をＴａｒｇｅｔＭＭＥ２０−Ｔに送信する。

次に、ＴａｒｇｅｔＭＭＥ２０−Ｔの送信部２２Ａは、ステップ５０３において、ＵＥ６０のコンテキスト情報を要求するメッセージ（ＣｏｎｔｅｘｔＲｅｑｕｅｓｔメッセージ）をＳｏｕｒｃｅＭＭＥ２０−Ｓに送信する。ＳｏｕｒｃｅＭＭＥ２０−Ｓの送信部２２Ａは、ステップ５０４において、ＣｏｎｔｅｘｔＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＣｏｎｔｅｘｔＲｅｓｐｏｎｓｅメッセージ）をＴａｒｇｅｔＭＭＥ２０−Ｔに送信する。

次に、ステップ５０５において、ＨＳＳ５０に保存されたユーザ情報を用いたＴａｒｇｅｔＭＭＥ２０−ＴによるＵＥ６０の認証が成功すると、ＴａｒｇｅｔＭＭＥ２０−Ｔの送信部２２Ａは、ステップ５０６において、ＵＥ６０のコンテキストがＴａｒｇｅｔＭＭＥ２０−Ｔにて有効になった旨を示すメッセージ（ＣｏｎｔｅｘｔＡｃｋｎｏｗｌｅｄｇｅメッセージ）をＳｏｕｒｃｅＭＭＥ２０−Ｓに送信し、さらに、ステップ５０７において、ｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むＣｒｅａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージをＴａｒｇｅｔＳ−ＧＷ３０−Ｔに送信する。ＴａｒｇｅｔＳ−ＧＷ３０−Ｔでは、ｅＮｏｄｅＢ１０の発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報は、制御部３３Ａにより記憶部３４Ａに保存される。

次に、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの送信部３２Ａは、ステップ５０８において、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの発アドレスおよび近隣のＳ−ＧＷの発アドレスの情報を含み、データの転送ルートをＳｏｕｒｃｅＳ−ＧＷ３０−ＳからＴａｒｇｅｔＳ−ＧＷ３０−Ｔに切り替えるよう要求するメッセージ（ＵｐｄａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージ）をＰ−ＧＷ４０に送信する。

次に、Ｐ−ＧＷ４０は、ステップ５０９において、ＵｐｄａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＵｐｄａｔｅＢｅａｒｅｒＲｅｓｐｏｎｓｅメッセージ）をＴａｒｇｅｔＳ−ＧＷ３０−Ｔに送信する。ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの送信部３２Ａは、ステップ５１０において、ＣｒｅａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＣｒｅａｔｅＢｅａｒｅｒＲｅｓｐｏｎｓｅメッセージ）をＴａｒｇｅｔＭＭＥ２０−Ｔに送信する。

次に、ステップ５１１において、ＳｏｕｒｃｅＳ−ＧＷ３０−Ｓに関するベアラの解放処理が行われる。

次に、ＴａｒｇｅｔＭＭＥ２０−Ｔの送信部２２Ａは、ステップ５１２において、位置登録を容認する（TAU Accept）旨のメッセージ（ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージ）をｅＮｏｄｅＢ１０に送信する。ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ５１３において、位置登録を容認する旨のメッセージ（TAU Acceptメッセージ）を含み、無線ベアラの確立を要求するメッセージ（ＲａｄｉｏＢｅａｒｅｒＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ）をＵＥ６０に送信する。

次に、ステップ５１４において、ＵＥ６０は、ＲａｄｉｏＢｅａｒｅｒＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＲａｄｉｏＢｅａｒｅｒＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｓｐｏｎｓｅメッセージ）をｅＮｏｄｅＢ１０に送信する。続いて、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ５１５において、ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｓｐｏｎｓｅメッセージ）をＴａｒｇｅｔＭＭＥ２０−Ｔに送信する。

その後、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの制御部３３Ａは、ｅＮｏｄｅＢ１０からパケットデータを受信すると、受信したパケットデータの発アドレスを記憶部３４Ａに保存されている発アドレスと照合する。制御部３３Ａは、受信したパケットデータの発アドレスと一致する発アドレスが記憶部３４Ａにあれば、受信したパケットデータを安全と判断して送信部３２Ａを用いてＰ−ＧＷ４０に転送し、記憶部３４Ａになければ、受信したパケットデータを危険性があると判断して破棄する。

上述したように本例では、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔは、ＵＥ６０の位置登録時に、ｅＮｏｄｅＢ１０からＴａｒｇｅｔＭＭＥ２０−Ｔを介して、そのｅＮｏｄｅＢ１０の発アドレスおよびＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔとなる可能性がある近隣のｅＮｏｄｅＢ１０の発アドレスを取得することができる。

したがって、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔは、ハンドオーバが発生しても、ｅＮｏｄｅＢ１０から受信したパケットデータの安全性を確認することができるため、無線通信システムのセキュリティを確保することができる。

また、本例では、保守者が手作業でｅＮｏｄｅＢ１０の発アドレスをＴａｒｇｅｔＳ−ＧＷ３０−Ｔに設定する必要がないため、保守者による手作業を低減することができる。

また、本例では、ＴａｒｇｅｔＭＭＥ２０−Ｔは、ｅＮｏｄｅＢ１０から受信したｅＮｏｄｅＢ１０の発アドレスの情報を、単にＴａｒｇｅｔＳ−ＧＷ３０−Ｔに転送すればよいため、ｅＮｏｄｅＢ１０の発アドレスの情報を記憶しておく必要がない。

［ｅＮｏｄｅＢ１０の発アドレスの送信動作例４］
本例では、ｅＮｏｄｅＢ１０が、ｅＮｏｄｅＢ１０の立ち上げ時に、近隣のｅＮｏｄｅＢ１０の発アドレスの情報をＭＭＥ２０に送信し、ＭＭＥ２０に保存する。そして、ｅＮｏｄｅＢ１０が、アタッチ時、発呼時、位置登録時等に、自己のｅＮｏｄｅＢ１０の発アドレスの情報をＭＭＥ２０に送信し、ＭＭＥ２０が、ｅＮｏｄｅＢ１０から受信したｅＮｏｄｅＢ１０の発アドレスの情報を、立ち上げ時に保存しておいた近隣のｅＮｏｄｅＢ１０の発アドレスの情報とともに、Ｓ−ＧＷ３０に送信する。

以下、本例の動作について、図９Ａを参照して説明する。

図９Ａを参照すると、ステップ６０１において、ｅＮｏｄｅＢ１０の立ち上げ時に、ＭＭＥ２０との間のＳＣＴＰ（Stream Control Transmission Protocol）コネクションが設定されると、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ６０２Ａにおいて、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むセットアップメッセージ（Ｓ１ＳｅｔｕｐＲｅｑｕｅｓｔメッセージ）をＭＭＥ２０に送信する。ＭＭＥ２０では、近隣のｅＮｏｄｅＢ１０の発アドレスの情報は、制御部２３Ａにより不図示の記憶部に保存される。

その後、ＭＭＥ２０の送信部２２Ａは、ステップ６０３Ａにおいて、Ｓ１ＳｅｔｕｐＲｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｓ１ＳｅｔｕｐＲｅｓｐｏｎｓｅメッセージ）をｅＮｏｄｅＢ１０に送信する。

以降、図６に示したＡｔｔａｃｈＲｅｑｕｅｓｔシーケンス等が行われる。

そのため、ｅＮｏｄｅＢ１０の制御部１３Ａは、例えば、その後のアタッチ時に、図６のステップ３０２において、近隣のｅＮｏｄｅＢ１０の発アドレスの情報をＩｎｉｔｉａｌＵＥＭｅｓｓａｇｅメッセージに含める必要はない。また、ＭＭＥ２０の制御部２３Ａは、図６のステップ３０４において、記憶部に保存しておいた近隣のｅＮｏｄｅＢ１０の発アドレスの情報をＣｒｅａｔｅＤｅｆａｕｌｔＢｅａｒｅｒＲｅｑｕｅｓｔメッセージにさらに含め、Ｓ−ＧＷ３０に送ることができる。

上述したように本例では、Ｓ−ＧＷ３０は、アタッチ時、発呼時、または位置登録時に、ＭＭＥ２０から、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔとなる可能性がある近隣のｅＮｏｄｅＢ１０の発アドレスを取得することができる。なお、ｅＮｏｄｅＢ１０の発アドレスの情報も、アタッチ時等に、そのｅＮｏｄｅＢ１０からＭＭＥ２０を介して取得することができる。

上述したように本例では、Ｓ−ＧＷ３０は、ハンドオーバが発生しても、ｅＮｏｄｅＢ１０から受信したパケットデータの安全性を確認することができるため、無線通信システムのセキュリティを確保することができる。

また、本例では、ｅＮｏｄｅＢ１０の発アドレスの情報は、ｅＮｏｄｅＢ１０からＭＭＥ２０を介してＳ−ＧＷ３０に送信されるため、保守者による手作業を低減することができる。

また、本例では、ｅＮｏｄｅＢ１０は、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を、立ち上げ時に１回だけ送信すればよいため、アタッチ等をする度に送信する必要がない。

なお、本例では、ｅＮｏｄｅＢ１０が、自己のｅＮｏｄｅＢ１０の立ち上げ時に、近隣のｅＮｏｄｅＢ１０の発アドレスの情報をＭＭＥ２０に送信しているが、近隣のｅＮｏｄｅＢ１０の立ち上げ時には、図９Ｂに示すように、立ち上げられた近隣のｅＮｏｄｅＢ１０の発アドレスの情報をＭＭＥ２０に送信することができる。

図９Ｂを参照すると、ステップ６０１Ｂの立ち上げ時に、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ６０２Ｂにおいて、自己の発アドレスを含むセットアップメッセージ（Ｘ２ＳｅｔｕｐＲｅｑｕｅｓｔメッセージ）を、Ｘ２インタフェースで近隣のｅＮｏｄｅＢ１０に送信する。次に、ステップ６０３Ｂにおいて、近隣のｅＮｏｄｅＢ１０からは、Ｘ２ＳｅｔｕｐＲｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｘ２ＳｅｔｕｐＲｅｓｐｏｎｓｅメッセージ）が送信される。その後、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ６０４Ｂにおいて、近隣のｅＮｏｄｅＢ１０の発アドレスを含むリコンフィグレーションメッセージ（Ｓ１Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を、ＭＭＥ２０に送信する。次に、ステップ６０５Ｂにおいて、ＭＭＥ２０からは、Ｓ１Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに対する応答メッセージ（Ｓ１ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ）が送信される。

また、本例では、ｅＮｏｄｅＢ１０の立ち上げ時に、近隣のｅＮｏｄｅＢ１０の発アドレスの情報をＭＭＥ２０に送信している。しかし、無線通信システムにおいて、ある地域におけるトラヒック量に応じて、通信サービスを安定的かつ最適にするためには、ｅＮｏｄｅＢ１０を再立ち上げする必要は必ずしもなく、ｅＮｏｄｅＢ１０の増設や設定データの設定変更等で対応することも可能である。

例えば、自己のｅＮｏｄｅＢ１０の増設や設定変更等があった場合には、図９Ｃに示すように、自己のｅＮｏｄｅＢ１０の発アドレスの情報をＭＭＥ２０に送信することができる。

図９Ｃを参照すると、ステップ６０１Ｃにおいて、例えば、トラヒックの増加に伴いインタフェースカードを増設した場合、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ６０２Ｃにおいて、Ｓ１Ｓｅｔｕｐの代わりに、増設したインタフェースカードの発アドレスを含むリコンフィグレーションメッセージ（Ｓ１Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を、ＭＭＥ２０に送信する。次に、ステップ６０３Ｃにおいて、ＭＭＥ２０からは、Ｓ１Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに対する応答メッセージ（Ｓ１ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ）が送信される。

また、近隣のｅＮｏｄｅＢ１０の増設や設定変更等があった場合には、図９Ｄに示すように、増設や設定変更等があった近隣のｅＮｏｄｅＢ１０の発アドレスの情報をＭＭＥ２０に送信することができる。

図９Ｄを参照すると、ステップ６０１Ｄにおいて、例えば、インタフェースカードを増設した場合、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ６０２Ｄにおいて、自己の発アドレスを含むリコンフィグレーションメッセージ（Ｘ２Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を、Ｘ２インタフェースで近隣のｅＮｏｄｅＢ１０に送信する。次に、近隣のｅＮｏｄｅＢ１０からは、Ｘ２Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに対する応答メッセージ（Ｘ２ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ）が送信される。その後、ｅＮｏｄｅＢ１０の送信部１１Ａは、ステップ６０４Ｄにおいて、近隣のｅＮｏｄｅＢ１０の発アドレスを含むリコンフィグレーションメッセージ（Ｓ１Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を、ＭＭＥ２０に送信する。次に、ステップ６０５Ｄにおいて、ＭＭＥ２０からは、Ｓ１Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに対する応答メッセージ（Ｓ１ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ）が送信される。

［ハンドオーバ動作例１］
以下、本例の動作について、図１０を参照して説明する。

なお、図１０においては、図２と同様の部分には同一の符号を付している。

また、図１０においては、上述したｅＮｏｄｅＢ１０の発アドレスの送信動作例１〜４のいずれかにより、Ｓ−ＧＷ３０の記憶部３４Ａには、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報がすでに保存されていることを前提している。

図１０を参照すると、図２と同様の処理を経て、ステップ２３０７において、Ｓ−ＧＷ３０には、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔから、アップリンクのパケットデータが受信される。

このとき、Ｓ−ＧＷ３０の記憶部３４Ａには、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔとなる可能性がある、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの近隣のｅＮｏｄｅＢ１０の発アドレスの情報も保存されている。

そのため、Ｓ−ＧＷ３０の制御部３３Ａは、以降のＴａｒｇｅｔｅＮｏｄｅＢ１０−ＴからＭＭＥ２０を介したメッセージ（ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔメッセージとＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｑｕｅｓｔメッセージ）を待たずに、受信したパケットデータの安全性を確認することができる。

即ち、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ７０１において、受信したパケットデータの発アドレスを記憶部３４Ａに保存されている発アドレスと照合する。ここでは、受信したパケットデータの発アドレスと一致する発アドレスが記憶部３４Ａにあるため、制御部３３Ａは、受信したパケットデータを安全と判断したとする。この場合、送信部３２Ａは、ステップ７０２において、受信したパケットデータをＰ−ＧＷ４０に転送する。

次に、ステップ２３０８において、ＵＥ６０からＨａｎｄｏｖｅｒＣｏｍｐｌｅｔｅメッセージが送信されると、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの送信部１１Ａは、ステップ７０３において、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔメッセージをＭＭＥ２０に送信し、ＭＭＥ２０の送信部２２Ａは、ステップ７０４において、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの近隣のｅＮｏｄｅＢ１０の発アドレスの情報を含むＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｑｕｅｓｔメッセージをＳ−ＧＷ３０に送信する。Ｓ−ＧＷ３０では、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの近隣のｅＮｏｄｅＢ１０の発アドレスの情報は、制御部３３Ａにより記憶部３４Ａに保存される。

以降は、図２と同様の処理が行われる。

上述したように本例では、Ｓ−ＧＷ３０は、ハンドオーバが発生しても、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの近隣のｅＮｏｄｅＢ１０の発アドレスの情報を用いて、ｅＮｏｄｅＢ１０から受信したパケットデータの安全性を確認することができる。

［ハンドオーバ動作例２］
以下、本例の動作について、図１１および図１２を参照して説明する。

なお、図１１および図１２においては、図２と同様の部分や図１１および図１２に共通する部分には同一の符号を付している。

また、図１１および図１２においては、上述したｅＮｏｄｅＢ１０の発アドレスの送信動作例１〜４のいずれかにより、Ｓ−ＧＷ３０の記憶部３４Ａには、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報がすでに保存されていることを前提している。

図１１を参照すると、図２と同様の処理を経て、ステップ２３０７において、Ｓ−ＧＷ３０には、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔから、アップリンクのパケットデータが受信される。

次に、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ８０１において、受信したパケットデータの発アドレスを記憶部３４Ａに保存されている発アドレスと照合する。ここでは、受信したパケットデータの発アドレスと一致する発アドレスが記憶部３４Ａになく、制御部３３Ａは、受信したパケットデータを危険性があると判断したとする。

この場合、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ８０２において、受信したパケットデータの不図示のバッファへの格納を開始し、ステップ８０３において、不図示のタイマーによる時間計測を開始する。

次に、ステップ２３０８において、ＵＥ６０からＨａｎｄｏｖｅｒＣｏｍｐｌｅｔｅメッセージが送信されると、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの送信部１１Ａは、ステップ８０４において、自己のＮｏｄｅＢ１０の発アドレスの情報を含むＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔメッセージをＭＭＥ２０に送信する。続いて、ＭＭＥ２０の送信部２２Ａは、ステップ８０５において、ＴａｒｇｅｔｅＮｏｄｅＢ１０−ＴのＮｏｄｅＢ１０の発アドレスの情報を含むＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｑｕｅｓｔメッセージをＳ−ＧＷ３０に送信する。

次に、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ２３１１において、ダウンリンクのパス切替を行った後、ステップ８０６において、ステップ２３０７で受信したパケットデータの発アドレスを、ステップ８０５で受信したＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスと照合する。ここでは、受信したパケットデータの発アドレスがＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスと一致するため、制御部３３Ａは、受信したパケットデータを安全と判断する。この場合、送信部３２Ａは、ステップ８０７において、受信したパケットデータをバッファから読み出してＰ−ＧＷ４０に転送し、ステップ８０８において、制御部３３Ａは、タイマーを停止する。

一方、タイマーの計測時間が予め設定した時間を超過しても、受信したパケットデータの発アドレスと一致する発アドレスが通知されない場合は、図１２のような動作が行われる。

即ち、図１２を参照すると、ステップ９０１において、受信したパケットデータの発アドレスと一致する発アドレスが通知されないまま、タイマーの計測時間が予め設定した時間を超過した場合、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ９０２において、タイマーを停止して、受信したパケットデータをバッファから破棄する。

また、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ９０３において、その後にパケットデータを受信しても、ステップ９０４において、受信したパケットデータをバッファには格納せずに破棄し、ステップ９０５において、Ｐ−ＧＷ４０への転送を停止する。

以降は、図２と同様の処理が行われる。

上述したように本例では、Ｓ−ＧＷ３０は、ハンドオーバが発生した場合、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの近隣のｅＮｏｄｅＢ１０の発アドレスの情報やＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔ自体の発アドレスの情報を用いて、ｅＮｏｄｅＢ１０から受信したパケットデータの安全性を確認することができる。

また、本例では、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔは、発アドレスを個別に通知することから、発アドレスと着アドレスとを必ずしも等しくする必要がないため、無線通信システムの設計の自由度を高めることもできる。以下、この理由について説明する。

例えば、保守者による手作業を低減するために、ｅＮｏｄｅＢ１０の発アドレスと着アドレスとを等しくすることも考えられる。そうすれば、Ｓ−ＧＷ３０は、ｅＮｏｄｅＢ１０から受信したパケットデータの発アドレスを、ベアラ設定時にＭＭＥ２０から通知されたｅＮｏｄｅＢ１０の着アドレスと照合し、一致しなければ受信したパケットデータを危険性があると判断して破棄することも可能になる。

しかし、その反面、ｅＮｏｄｅＢ１０では、発アドレスと着アドレスとを等しくしなければならないため、設計上の自由度が奪われることになる。また、例えば、パケットデータを送信するインタフェースカードのハードウェアと、パケットデータを受信するインタフェースカードのハードウェアとを異ならせることができなくなるため、負荷集中時に自律に負荷を分散できなくなる。その結果、最悪のケースとして、バースト的な負荷集中によってシステム障害などの重大な問題を引き起こす恐れがある。

したがって、本例のように、ｅＮｏｄｅＢ１０の発アドレスと着アドレスとを必ずしも等しくする必要がない構成であれば、無線通信システムの設計の自由度を高めることができるだけでなく、無線通信システムのセキュリティをさらに高めることもできる。

ただし、無線通信システムの設計上、ｅＮｏｄｅＢ１０の発アドレスと着アドレスとを等しくすることもある。この場合、ＭＭＥ２０は、ステップ８０４において、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔから１つのアドレスしか受信しなかった場合、そのアドレスが発アドレスであるか否かを判断することができない。

そこで、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔは、発アドレスと着アドレスとを等しくする場合、ステップ８０４において、発アドレスと着アドレスとが等しいことを示す情報（Indicator）を、ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔメッセージに追加で含めることができる。

それにより、ＭＭＥ２０は、ステップ８０４において、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔから受信したアドレスが発アドレスであるか否かを判断することができるため、Ｓ−ＧＷ３０では、ｅＮｏｄｅＢ１０から受信したパケットデータの安全性を確認することができる。

［ハンドオーバ動作例３］
以下、本例の動作について、図１３および図１４を参照して説明する。

なお、図１３および図１４においては、図２と同様の部分や図１３および図１４に共通する部分には同一の符号を付している。

また、図１３および図１４においては、上述したｅＮｏｄｅＢ１０の発アドレスの送信動作例１〜４のいずれかにより、Ｓ−ＧＷ３０の記憶部３４Ａには、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの発アドレスおよび近隣のｅＮｏｄｅＢ１０の発アドレスの情報がすでに保存されていることを前提している。

図１３を参照すると、図２と同様の処理を経て、ステップ２３０７において、Ｓ−ＧＷ３０には、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔから、アップリンクのパケットデータが受信される。

次に、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ１００１において、受信したパケットデータの発アドレスを記憶部３４Ａに保存されている発アドレスと照合する。ここでは、受信したパケットデータの発アドレスと一致する発アドレスが記憶部３４Ａになく、制御部３３Ａは、受信したパケットデータを危険性があると判断したとする。

この場合、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ１００２において、不図示のタイマーによる時間計測を開始し、送信部３２Ａは、ステップ１００３において、受信したパケットデータをＰ−ＧＷ４０に転送し続ける。

次に、ステップ２３０８において、ＵＥ６０からＨａｎｄｏｖｅｒＣｏｍｐｌｅｔｅメッセージが送信されると、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの送信部１１Ａは、ステップ１００４において、自己のＮｏｄｅＢ１０の発アドレスの情報を含むＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔメッセージをＭＭＥ２０に送信する。続いて、ＭＭＥ２０の送信部２２Ａは、ステップ１００５において、ＴａｒｇｅｔｅＮｏｄｅＢ１０−ＴのＮｏｄｅＢ１０の発アドレスの情報を含むＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｑｕｅｓｔメッセージをＳ−ＧＷ３０に送信する。

次に、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ２３１１において、ダウンリンクのパス切替を行った後、ステップ１００６において、ステップ２３０７で受信したパケットデータの発アドレスを、ステップ１００５で受信したＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスと照合する。ここでは、受信したパケットデータの発アドレスがＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスと一致するため、制御部３３Ａは、ステップ１００７において、受信したパケットデータを安全と判断してタイマーを停止する。

一方、タイマーの計測時間が予め設定した時間を超過しても、受信したパケットデータの発アドレスと一致する発アドレスが通知されない場合は、図１４のような動作が行われる。

即ち、図１４を参照すると、ステップ１１０１において、受信したパケットデータの発アドレスと一致する発アドレスが通知されないまま、タイマーの計測時間が予め設定した時間を超過した場合、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ１１０２において、タイマーを停止する。

また、Ｓ−ＧＷ３０の制御部３３Ａは、ステップ１１０３において、その後にパケットデータを受信しても、ステップ１１０４において、受信したパケットデータを破棄し、ステップ１１０５において、Ｐ−ＧＷ４０への転送を停止する。

以降は、図２と同様の処理が行われる。

また、本例では、ｅＮｏｄｅＢ１０の発アドレスと着アドレスとを必ずしも等しくする必要がないため、無線通信システムの設計の自由度を高めることができるとともに、無線通信システムのセキュリティをさらに高めることもできる。

ただし、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔは、発アドレスと着アドレスとを等しくする場合、ステップ１１０４において、発アドレスと着アドレスとが等しいことを示す情報を、ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔメッセージに追加で含めることができる。

（第２の実施形態）
まず、本実施形態の概略構成について、図１５を参照して説明する。

図１５を参照すると、本実施形態に係るｅＮｏｄｅＢ１０は、近隣のｅＮｏｄｅＢ１０の発アドレスの情報をヘッダに含むパケットデータを、Ｓ−ＧＷ３０に直接送信する送信部１１Ｂを有している。なお、近隣のｅＮｏｄｅＢ１０の発アドレスの情報は、例えば、保守者が事前に手作業でｅＮｏｄｅＢ１０に設定することが考えられるが、この限りではない。

また、本実施形態に係るＳ−ＧＷ３０は、ｅＮｏｄｅＢ１０から、近隣のｅＮｏｄｅＢ１０の発アドレスの情報をヘッダに含むパケットデータを受信する受信部３１Ｂを有している。

次に、本実施形態の詳細構成について、図１６を参照して説明する。

図１６を参照すると、本実施形態に係るｅＮｏｄｅＢ１０は、上述した送信部１１Ａの他、受信部１２Ａおよび制御部１３Ａを有している。

送信部１１Ｂは、メッセージおよびパケットデータのＳ−ＧＷ３０への送信処理を行うものであり、その一例として、上述のように、近隣のｅＮｏｄｅＢ１０の発アドレスの情報をヘッダに含むパケットデータを、Ｓ−ＧＷ３０に送信する処理を行う。

受信部１２Ｂは、Ｓ−ＧＷ３０からのメッセージおよびパケットデータの受信処理を行う。

制御部１３Ｂは、Ｓ−ＧＷ３０に送信する情報を含むメッセージおよびその情報をヘッダに含むパケットデータを生成する処理等を行う。

なお、送信部１１Ｂ、受信部１２Ｂ、および制御部１３Ｂによるメッセージおよびパケットデータの送受信は、ＵＥ６０、他のｅＮｏｄｅＢ１０、およびＭＭＥ２０との間でも行われるものとする。

また、本実施形態に係るＳ−ＧＷ３０は、上述した受信部３１Ｂの他、送信部３２Ｂ、制御部３３Ｂ、および記憶部３４Ｂを有している。

受信部３１Ｂは、ｅＮｏｄｅＢ１０からのメッセージおよびパケットデータの受信処理を行うものであり、その一例として、上述のように、ｅＮｏｄｅＢ１０から、近隣のｅＮｏｄｅＢ１０の発アドレスの情報をヘッダに含むパケットデータを受信する処理を行う。

送信部３２Ｂは、メッセージおよびパケットデータのｅＮｏｄｅＢ１０への送信処理を行う。

制御部３３Ｂは、ｅＮｏｄｅＢ１０に送信する情報を含むメッセージを生成する処理、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を記憶部３４Ｂに保存する処理、ｅＮｏｄｅＢ１０から受信したパケットデータの発アドレスを記憶部３４Ｂに保存された発アドレスと照合することで、受信したパケットデータの安全性を確認する処理等を行う。

なお、送信部３２Ｂ、受信部３１Ｂ、および制御部３３Ｂによるメッセージおよびパケットデータの送受信は、ＭＭＥ２０およびＰ−ＧＷ４０との間でも行われるものとする。

以下、本実施形態のハンドオーバ動作について、図１７を参照して説明する。

なお、図１７においては、図２と略同様のハンドオーバ動作が行われるため、本実施形態の特徴的部分のみを示し、その他の部分は省略している。

また、図１７においては、上述した第１の実施形態におけるｅＮｏｄｅＢ１０の発アドレスの送信動作例１〜４のいずれかにより、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの発アドレスは、Ｓ−ＧＷ３０にすでに通知され、Ｓ−ＧＷ３０の記憶部３４にすでに保存されていることを前提している。

図１７を参照すると、ＵＥ６０が、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−ＳのエリアからＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔのエリアへ移動したため、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの制御部１３Ｂが、ステップ２３０１において、ハンドオーバの決定をしたとする。

すると、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの制御部１３Ｂは、ステップ１４０１において、ＵＥ６０から受信したパケットデータのヘッダに近隣のｅＮｏｄｅＢ１０の発アドレスを含め、送信部１１Ｂは、そのパケットデータをＳ−ＧＷ３０に送信する。

一般的に、ｅＮｏｄｅＢ１０では、ＧＴＰ（GPRS Tunnelling Protocol、GPRS＝General Packet Radio Service）を使用して、パケットデータを転送する。

そのため、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの制御部１３Ｂは、図１８に示すように、ＧＴＰヘッダに、近隣のｅＮｏｄｅＢ１０の発アドレスを含める（３ＧＰＰＴＳ２９．０６０，Ｖ８．２．０の６．）。

具体的には、ＧＴＰヘッダには、図１８の上部の表のように、拡張ヘッダタイプ（Extension Header Type）を記述する部分がある。そのため、この部分に、図１８の中央の表のように定義された近隣のｅＮｏｄｅＢ１０の発アドレス（Neighbouring eNB addresses）を記述する。また、このときの記述内容は、図１８の下部の表のようになる。

なお、Ｓ−ＧＷ３０では、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの近隣のｅＮｏｄｅＢ１０の発アドレスの情報は、制御部３３Ｂにより記憶部３４Ｂに保存される。

上述したように本実施形態では、Ｓ−ＧＷ３０は、ハンドオーバ決定時に、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓから、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔとなる可能性がある近隣のｅＮｏｄｅＢ１０の発アドレスを取得することができる。なお、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの発アドレスの情報は、アタッチ時等に、そのＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓから取得することができる。

また、本実施形態では、ｅＮｏｄｅＢ１０の発アドレスの情報は、ｅＮｏｄｅＢ１０からＭＭＥ２０を介して、または、ｅＮｏｄｅＢ１０から直接、Ｓ−ＧＷ３０に送信されるため、保守者による手作業を低減することができる。

（第３の実施形態）
まず、本実施形態の概略構成について、図１９を参照して説明する。

図１９を参照すると、本実施形態に係るｅＮｏｄｅＢ１０は、ＵＥ６０が自己のｅＮｏｄｅＢ１０をＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓとするハンドオーバをする場合、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含むメッセージをＭＭＥ２０に送信する送信部１１Ｃを有している。なお、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの情報は、後述のように、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔから受信する。

また、本実施形態に係るＭＭＥ２０は、ｅＮｏｄｅＢ１０から、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含むメッセージを受信する受信部２１Ｃと、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含むメッセージをＳ−ＧＷ３０に送信する送信部２２Ｃと、を有している。

また、本実施形態に係るＳ−ＧＷ３０は、ＭＭＥ２０から、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含むメッセージを受信する受信部３１Ｃを有している。

次に、本実施形態の詳細構成について、図２０を参照して説明する。

図２０を参照すると、本実施形態に係るｅＮｏｄｅＢ１０は、上述した送信部１１Ｃの他、受信部１２Ｃおよび制御部１３Ｃを有している。

送信部１１Ｃは、メッセージおよびパケットデータのＭＭＥ２０への送信処理を行うものであり、その一例として、上述のように、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含むメッセージをＭＭＥ２０に送信する処理を行う。

受信部１２Ｃは、ＭＭＥ２０からのメッセージおよびパケットデータの受信処理を行う。

制御部１３Ｃは、ＭＭＥ２０に送信する情報を含むメッセージを生成する処理等を行う。

なお、送信部１１Ｃ、受信部１２Ｃ、および制御部１３Ｃによるメッセージおよびパケットデータの送受信は、ＵＥ６０、他のｅＮｏｄｅＢ１０、およびＳ−ＧＷ３０との間でも行われるものとする。

また、本実施形態に係るＭＭＥ２０は、上述した受信部２１Ｃおよび送信部２２Ｃの他、制御部２３Ｃを有している。

受信部２１Ｃは、ｅＮｏｄｅＢ１０およびＳ−ＧＷ３０からのメッセージおよびパケットデータの受信処理を行うものであり、その一例として、上述のように、ｅＮｏｄｅＢ１０から、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含むメッセージを受信する処理を行う。

送信部２２Ｃは、メッセージおよびパケットデータのＮｏｄｅＢ１０およびＳ−ＧＷ３０への送信処理を行うものであり、その一例として、上述のように、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含むメッセージをＳ−ＧＷ３０に送信する処理を行う。

制御部２３Ｃは、ｅＮｏｄｅＢ１０およびＳ−ＧＷ３０に送信する情報を含むメッセージを生成する処理等を行う。

また、本実施形態に係るＳ−ＧＷ３０は、上述した受信部３１Ｃの他、送信部３２Ｃ、制御部３３Ｃ、および記憶部３４Ｃを有している。

受信部３１Ｃは、ＭＭＥ２０からのメッセージおよびパケットデータの受信処理を行うものであり、その一例として、上述のように、ＭＭＥ２０から、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含むメッセージを受信する処理を行う。

送信部３２Ｃは、メッセージおよびパケットデータのＭＭＥ２０への送信処理を行う。

制御部３３Ｃは、ＭＭＥ２０に送信する情報を含むメッセージを生成する処理、近隣のｅＮｏｄｅＢ１０の発アドレスの情報を記憶部３４Ｃに保存する処理、ＭＭＥ２０から受信したパケットデータの発アドレスを記憶部３４Ｃに保存された発アドレスと照合することで、受信したパケットデータの安全性を確認する処理等を行う。

なお、送信部３２Ｃ、受信部３１Ｃ、および制御部３３Ｃによるメッセージおよびパケットデータの送受信は、Ｐ−ＧＷ４０との間でも行われるものとする。

以下、本実施形態のハンドオーバ動作について、図２１を参照して説明する。

なお、図２１においては、図２と同様の部分には同一の符号を付している。

ここで、図２１においては、上述した第１の実施形態におけるｅＮｏｄｅＢ１０の発アドレスの送信動作例１〜４のいずれかにより、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの発アドレスは、Ｓ−ＧＷ３０にすでに通知され、Ｓ−ＧＷ３０の記憶部３４Ｃにすでに保存されていることを前提とすることもできる。

図２１を参照すると、図２と同様の処理を経て、ステップ２３０３において、無線リソースを設定した後、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの送信部１１Ｃは、ステップ１８０１において、自己のＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含む、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＨａｎｄｏｖｅｒＲｅｓｐｏｎｓｅメッセージ）をＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓに送信する。

次に、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの送信部１１Ｃは、ステップ１８０２において、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含む、ハンドオーバが発生した旨のメッセージ（ＨａｎｄｏｖｅｒＩｎｆｏｒｍメッセージ）をＭＭＥ２０に送信する。続いて、ＭＭＥ２０の送信部２２Ｃは、ステップ１８０３において、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を含むメッセージ（Ｐｒｅ−ＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｑｕｅｓｔメッセージ）をＳ−ＧＷ３０に送信する。次に、Ｓ−ＧＷ３０の送信部３２Ｃは、ステップ１８０４において、Ｐｒｅ−ＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｐｒｅ−ＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｓｐｏｎｓｅメッセージ）をＭＭＥ２０に送信する。Ｓ−ＧＷ３０では、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報は、制御部３３Ｃにより記憶部３４Ｃに保存される。

そのため、Ｓ−ＧＷ３０の制御部３３Ｃは、以降のＴａｒｇｅｔｅＮｏｄｅＢ１０−ＴからＭＭＥ２０を介したメッセージ（ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔメッセージとＵｓｅｒＰｌａｎｅＵｐｄａｔｅＲｅｑｕｅｓｔメッセージ）を待たずに、受信したパケットデータの安全性を確認することができる。

即ち、Ｓ−ＧＷ３０の制御部３３Ｃは、ステップ１８０５において、受信したパケットデータの発アドレスを記憶部３４Ｃに保存されている発アドレスと照合する。ここでは、受信したパケットデータの発アドレスと一致する発アドレスが記憶部３４Ｃにあるため、制御部３３Ｃは、受信したパケットデータを安全と判断したとする。この場合、送信部３２Ｃは、ステップ１８０６において、受信したパケットデータをＰ−ＧＷ４０に転送する。

以降は、図２と同様の処理が行われる。なお、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓの発アドレスの情報は、上述した第１の実施形態におけるｅＮｏｄｅＢ１０の発アドレスの送信動作例１〜４のいずれかにより、アタッチ時等に、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓから取得することもできる。

上述したように本実施形態では、Ｓ−ＧＷ３０は、ハンドオーバ決定時に、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓから、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスを取得することができる。

また、ＵＥ６０がＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔを介したアップリンクデータ（パケットデータ）の送信を始める前に（例えば、ＵＥ６０に対するＨａｎｄｏｖｅｒＣｏｍｍａｎｄメッセージの前に）、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓが、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を、ＭＭＥ２０を介してＳ−ＧＷ３０に送信するため、Ｓ−ＧＷ３０は、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔから受信する最初のパケットデータから安全性を確認することができる。また、本実施形態では、ｅＮｏｄｅＢ１０の発アドレスの情報は、ｅＮｏｄｅＢ１０からＳ−ＧＷ３０に送信されるため、保守者による手作業を低減することができる。

また、本実施形態では、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓは、近隣のｅＮｏｄｅＢ１０−Ｓの発アドレスではなく、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔの発アドレスの情報を送信するため、近隣のｅＮｏｄｅＢ１０−Ｓの発アドレスの情報を送信する場合と比較して、送信する情報の情報量を低減することができる。

（第４の実施形態）
まず、本実施形態の概略構成について、図２２を参照して説明する。

図２２を参照すると、本実施形態に係るＳ−ＧＷ３０は、ＵＥ６０が外ネットワークにローミングしている状態で、自己のＳ−ＧＷ３０への変更を伴うハンドオーバをする場合、自己のＳ−ＧＷ３０の発アドレスの情報を含むメッセージを、公衆ネットワークを介してＰ−ＧＷ４０に送信する送信部３２Ｄを有している。また、本実施形態に係るＰ−ＧＷ４０は、ハンドオーバによる変更後のＴａｒｇｅｔＳ−ＧＷ３０−Ｔから公衆ネットワークを介して、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの発アドレスの情報を受信する受信部４１Ｄを有している。

次に、本実施形態の詳細構成について、図２３を参照して説明する。

図２３を参照すると、本実施形態に係るＳ−ＧＷ３０は、上述した送信部３２Ｄの他、受信部３１Ｄおよび制御部３３Ｄを有している。

送信部３２Ｄは、メッセージおよびパケットデータのＰ−ＧＷ４０への送信処理を行うものであり、その一例として、上述のように、自己のＳ−ＧＷ３０の発アドレスの情報を含むメッセージをＰ−ＧＷ４０に送信する処理を行う。

受信部３１Ｄは、Ｐ−ＧＷ４０からのメッセージおよびパケットデータの受信処理を行う。

制御部３３Ｄは、Ｐ−ＧＷ４０に送信する情報を含むメッセージを生成する処理等を行う。

なお、送信部３２Ｄ、受信部３１Ｄ、および制御部３３Ｄによるメッセージおよびパケットデータの送受信は、ＭＭＥ２０およびｅＮｏｄｅＢ１０との間でも行われるものとする。

また、本実施形態に係るＰ−ＧＷ４０は、上述した受信部４１Ｄの他、送信部４２Ｄ、制御部４３Ｄ、および記憶部４４Ｄを有している。

受信部４１Ｄは、Ｓ−ＧＷ３０からのメッセージおよびパケットデータの受信処理を行うものであり、その一例として、上述のように、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔから、そのＴａｒｇｅｔＳ−ＧＷ３０−Ｔの発アドレスの情報を含むメッセージを受信する処理を行う。

送信部４２Ｄは、メッセージおよびパケットデータのＳ−ＧＷ３０への送信処理を行う。

制御部４３Ｄは、Ｓ−ＧＷ３０に送信する情報を含むメッセージを生成する処理、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの発アドレスの情報を記憶部３４Ｄに保存する処理、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔから受信したパケットデータの発アドレスを記憶部３４Ｄに保存された発アドレスと照合することで、受信したパケットデータの安全性を確認する処理等を行う。

以下、本実施形態の動作について、図２４を参照して説明する。

図２４を参照すると、ＵＥ６０が、外ネットワークにローミングしている状態で、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−ＳのエリアからＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔのエリアへ移動したため、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓが、ステップ２１０１において、ＳｏｕｒｃｅＳ−ＧＷ３０−ＳからＴａｒｇｅｔＳ−ＧＷ３０−Ｔへの変更を伴うハンドオーバの決定をしたとする。

すると、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓは、ステップ２１０２において、ハンドオーバを準備するためのメッセージ（ＨａｎｄｏｖｅｒＲｅｑｕｉｒｅｄメッセージ）をＳｏｕｒｃｅＭＭＥ２０に送信し、ＳｏｕｒｃｅＭＭＥ２０は、ステップ２１０３において、ＵＥ６０のＣｏｎｔｅｘｔやＰ-ＧＷ４０のアドレス等を送るためのメッセージ（ＦｏｒｗａｒｄＲｅｌｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージ）をＴａｒｇｅｔＭＭＥ２０−Ｔに送信する。

次に、ＴａｒｇｅｔＭＭＥ２０−Ｔは、ステップ２１０４において、ベアラ生成を要求するメッセージ（ＣｒｅａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージ）をＴａｒｇｅｔＳ−ＧＷ３０−Ｔに送信し、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの送信部３２Ｄは、ステップ２１０５において、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの発アドレスの情報を含むメッセージ（Ｐｒｅ−ＵｐｄａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージ）をＰ−ＧＷ４０に送信する。Ｐ−ＧＷ４０では、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの発アドレスの情報は、制御部４３Ｄにより記憶部４４Ｄに保存される。

次に、Ｐ−ＧＷ４０の送信部４２Ｄは、ステップ２１０６において、Ｐｒｅ−ＵｐｄａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｐｒｅ−ＵｐｄａｔｅＢｅａｒｅｒＲｅｓｐｏｎｓｅメッセージ）をＴａｒｇｅｔＳ−ＧＷ３０−Ｔに送信し、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの送信部３２Ｄは、ステップ２１０７において、ＣｒｅａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージ対する応答メッセージ（ＣｒｅａｔｅＢｅａｒｅｒＲｅｓｐｏｎｓｅメッセージ）をＴａｒｇｅｔＭＭＥ２０−Ｔに送信する。

次に、ＴａｒｇｅｔＭＭＥ２０−Ｔは、ステップ２１０８において、ハンドオーバを要求するメッセージ（ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージ）をＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔに送信し、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔは、ステップ２１０９において、ハンドオーバ要求に対する応答メッセージ（ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅメッセージ）をＴａｒｇｅｔＭＭＥ２０−Ｔに送信する。

次に、ＴａｒｇｅｔＭＭＥ２０−Ｔは、ステップ２１１０において、ＦｏｒｗａｒｄＲｅｌｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＦｏｒｗａｒｄＲｅｌｏｃａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ）をＳｏｕｒｃｅＭＭＥ２０−Ｓに送信し、ＳｏｕｒｃｅＭＭＥ２０−Ｓは、ステップ２１１１，２１１２において、ハンドオーバを命令するメッセージ（ＨａｎｄｏｖｅｒＣｏｍｍａｎｄメッセージ）を、ＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓを介してＵＥ６０に送信する。

次に、ステップ２１１３において、ＵＥ６０とＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔとの間で無線同期を取った後、ＵＥ６０は、ステップ２１１４において、ハンドオーバ完了を示すメッセージ（ＨａｎｄｏｖｅｒＣｏｍｐｌｅｔｅメッセージ）をＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔに送信する。

次に、ステップ２１１５において、ＴａｒｇｅｔＳ−ＧＷ３０−ＴからのアップリンクのパケットデータがＰ−ＧＷ４０に受信されると、Ｐ−ＧＷ４０の制御部４３Ｄは、ステップ２１１６において、受信したパケットデータの発アドレスを記憶部４４Ｄに保存されている発アドレスと照合する。ここでは、受信したパケットデータの発アドレスと一致するＴａｒｇｅｔＳ−ＧＷ３０−Ｔの発アドレスが記憶部４４Ｄにあり、制御部４３Ｄは、受信したパケットデータを安全と判断したとする。この場合、例えば、送信部４２Ｄは、受信したパケットデータを自ネットワーク内に転送する。

次に、ＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔは、ステップ２１１７において、ＵＥ６０がＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔに接続したことを通知するメッセージ（ＨａｎｄｏｖｅｒＮｏｔｉｆｙメッセージ）をＴａｒｇｅｔＭＭＥ２０−Ｔに送信し、ＴａｒｇｅｔＭＭＥ２０−Ｔは、ステップ２１１８において、ＵＥ６０がハンドオーバしたことを通知するメッセージ（ＦｏｒｗａｒｄＲｅｌｏｃａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）をＳｏｕｒｃｅＭＭＥ２０−Ｓに送信し、ＳｏｕｒｃｅＭＭＥ２０−Ｓは、ステップ２１１９において、ＦｏｒｗａｒｄＲｅｌｏｃａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに対する応答メッセージ（ＦｏｒｗａｒｄＲｅｌｏｃａｔｉｏｎＣｏｍｐｌｅｔｅＡｃｋｎｏｗｌｅｄｇｅメッセージ）をＴａｒｇｅｔＭＭＥ２０−Ｔに送信する。

次に、ＴａｒｇｅｔＭＭＥ２０−Ｔは、ステップ２１２１，２１２２において、ベアラのアップデートを要求するメッセージ（ＵｐｄａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージ）を、ＴａｒｇｅｔＳ−ＧＷ３０−を介してＰ−ＧＷ４０に送信し、Ｐ−ＧＷ４０の送信部４２Ｄは、ステップ２１２２，２１２３において、ＵｐｄａｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＵｐｄａｔｅＢｅａｒｅｒＲｅｓｐｏｎｓｅメッセージ）を、ＴａｒｇｅｔＳ−ＧＷ３０−を介してＴａｒｇｅｔＭＭＥ２０−Ｔに送信する。その後に、Ｐ−ＧＷ４０の送信部４２Ｄは、ステップ２１２４において、ダウンリンクのパケットデータをＴａｒｇｅｔＳ−ＧＷ３０−に送信する。

以降、ステップ２１２５において、ＨＳＳ５０に保存されたユーザ情報を用いてＵＥ６０の位置が更新されると、ＳｏｕｒｃｅＭＭＥ２０−Ｓは、ステップ２１２６において、リソース開放を示すメッセージ（ＲｅｌｅａｓｅＲｅｓｏｕｒｃｅメッセージ）をＳｏｕｒｃｅｅＮｏｄｅＢ１０−Ｓに送信する。また、ＳｏｕｒｃｅＭＭＥ２０−Ｓは、ステップ２１２７において、ベアラの削除を要求するメッセージ（ＤｅｌｅｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージ）をＳｏｕｒｃｅＳ−ＧＷＢ３０−Ｓに送信し、ＳｏｕｒｃｅＳ−ＧＷＢ３０−Ｓの送信部３２Ｄは、ステップ２１２８において、ＤｅｌｅｔｅＢｅａｒｅｒＲｅｑｕｅｓｔメッセージに対する応答メッセージ（ＤｅｌｅｔｅＢｅａｒｅｒＲｅｓｐｏｎｓｅメッセージ）をＳｏｕｒｃｅＭＭＥ２０−Ｓに送信する。

以上では、ＵＥ６０が外ネットワークにローミングしている場合を説明したが、本実施形態の図２４に示される動作は、ＵＥ６０が外ネットワークにローミングしている場合に限られるものではない。

上述したように本実施形態では、Ｐ−ＧＷ４０は、ＳｏｕｒｃｅＳ−ＧＷ３０−ＳからＴａｒｇｅｔＳ−ＧＷ３０−Ｔへの変更を伴うハンドオーバをする場合、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの発アドレスの情報を取得することができる。

したがって、Ｐ−ＧＷ４０は、Ｓ−ＧＷ３０の変更を伴うハンドオーバが発生しても、Ｓ−ＧＷ３０から受信したパケットデータの安全性を確認することができるため、無線通信システムのセキュリティを確保することができる。特に、ＵＥ６０が外ネットワークにローミングしている場合、Ｐ−ＧＷ４０は、公衆ネットワークを介して、Ｓ−ＧＷ３０からパケットデータを受信することになるため、無線通信システムのセキュリティが脅かされる可能性が高い。このようなローミング環境においては、本実施形態によるパケットデータの安全性確認がより一層効果的である。

また、ＵＥ６０がＴａｒｇｅｔｅＮｏｄｅＢ１０−Ｔを介したアップリンクデータ（パケットデータ）の送信を始める前に（例えば、ＵＥ６０に対するＨａｎｄｏｖｅｒＣｏｍｍａｎｄメッセージの前に）、ＳｏｕｒｃｅＳ−ＧＷ３０−Ｓが、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔの発アドレスの情報を、ＭＭＥ２０を介してＰ−ＧＷ４０に送信するため、Ｐ−ＧＷ４０は、ＴａｒｇｅｔＳ−ＧＷ３０−Ｔから受信する最初のパケットデータから安全性を確認することができる。

また、本実施形態では、保守者が手作業でＳ−ＧＷ３０の発アドレスをＰ−ＧＷ４０に設定する必要がないため、保守者による手作業を低減することができる。

以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。

例えば、以上の実施形態では、ＬＴＥの無線通信システムを例として説明した。しかし、本発明は、ＬＴＥの無線通信システムに限らず、基地局装置、移動制御ノード、ゲートウェイ装置を備える他の無線通信システムにも適用することができる。

また、以上の実施形態では、移動制御ノードとゲートウェイ装置とが分離した無線通信システムを例として説明したが、本発明は、移動制御ノードとゲートウェイ装置とが一体となった無線通信システムにも適用することができる。

本出願は、２００８年１月３１日に出願された日本出願特願２００８−０２１３０３を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims

基地局装置と、移動制御ノードと、ゲートウェイ装置と、を有してなる無線通信システムであって、
前記基地局装置は、
前記基地局装置の近隣の基地局装置の発アドレスの情報を、前記移動制御ノードに送信し、
前記移動制御ノードは、
前記基地局装置から、前記近隣の基地局装置の発アドレスの情報を受信し、
前記近隣の基地局装置の発アドレスの情報を前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記移動制御ノードから、前記近隣の基地局装置の発アドレスの情報を受信し、
前記近隣の基地局装置の発アドレスの情報を保存し、
無線通信装置がハンドオーバした移動先の基地局装置から受信したパケットデータの発アドレスを、前記保存された発アドレスと照合し、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶している場合、前記移動先の基地局装置から受信したパケットデータを安全と判断する、無線通信システム。
前記基地局装置は、
無線通信装置の前記基地局装置へのアタッチ時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
前記基地局装置は、
無線通信装置の発呼時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
前記基地局装置は、
無線通信装置の前記基地局装置への位置登録時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
前記基地局装置は、
前記基地局装置の立ち上げ時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、前記の基地局装置の近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１から５のいずれか１項に記載の無線通信システム。
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、前記基地局装置の発アドレスの情報を前記移動制御ノードに送信し、
前記ゲートウェイ装置は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶していない場合、前記受信したパケットデータの発アドレスを、前記移動先の基地局装置から受信した発アドレスと照合する、請求項１から５のいずれか１項に記載の無線通信システム。
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、前記基地局装置の発アドレスと着アドレスとが等しい旨の情報を前記移動制御ノードに送信する、請求項６に記載の無線通信システム。
前記ゲートウェイ装置は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶していないことを検出した後、一定期間内に前記移動先の基地局装置から受信したパケットデータをバッファに保存し、
前記一定期間内に、前記移動先の基地局装置から受信した発アドレスが前記受信したパケットデータの発アドレスと一致した場合、前記バッファに保存したパケットデータを上位ノードに転送する、請求項７または８に記載の無線通信システム。
前記ゲートウェイ装置は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶していないことを検出した後、一定期間内に前記移動先の基地局装置から受信したパケットデータを上位ノードに転送する、請求項７または８に記載の無線通信システム。
基地局装置と、移動制御ノードと、ゲートウェイ装置と、を有してなる無線通信システムであって、
前記基地局装置は、
無線通信装置が前記基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を、前記移動制御ノードに送信し、
前記移動制御ノードは、
前記基地局装置から、前記移動先の基地局装置の発アドレスの情報を受信し、
前記移動先の基地局装置の発アドレスの情報を前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記移動制御ノードから、前記移動先の基地局装置の発アドレスの情報を受信し、
前記移動先の基地局装置の発アドレスの情報を保存し、
前記移動先の基地局装置から受信したパケットデータの発アドレスを、前記保存された発アドレスと照合し、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶している場合、前記移動先の基地局装置から受信したパケットデータを安全と判断する、無線通信システム。
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、移動元の基地局装置からのハンドオーバ要求に応答して、前記基地局装置の発アドレスの情報を前記移動元の基地局装置に送信し、
前記基地局装置が前記移動元の基地局装置となった場合、前記移動先の基地局装置から受信した、前記移動先の基地局装置の発アドレスの情報を、前記移動制御ノードに送信する、請求項１１に記載の無線通信システム。
前記基地局装置は、
ハンドオーバを命令するメッセージを前記無線通信装置に送信する前に、前記ゲートウェイ装置の発アドレス情報を、前記移動制御ノードを介して前記ゲートウェイ装置に送信する、請求項１１または１２に記載の無線通信システム。
基地局装置から移動制御ノードを介して、当該基地局装置の近隣の基地局装置の発アドレスの情報を受信する受信部と、
前記近隣の基地局装置の発アドレスの情報を保存する記憶部と、
無線通信装置がハンドオーバした移動先の基地局装置から受信したパケットデータの発アドレスを、前記記憶部に保存された発アドレスと照合し、前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを前記記憶部に記憶している場合、前記移動先の基地局装置から受信したパケットデータを安全と判断する制御部と、を有する、ゲートウェイ装置。
基地局装置から移動制御ノードを介して、無線通信装置が当該基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を受信する受信部と、
前記移動先の基地局装置の発アドレスの情報を保存する記憶部と、
前記移動先の基地局装置から受信したパケットデータの発アドレスを、前記記憶部に保存された発アドレスと照合し、前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを前記記憶部に記憶している場合、前記移動先の基地局装置から受信したパケットデータを安全と判断する制御部と、を有する、ゲートウェイ装置。
ゲートウェイ装置による無線通信方法であって、
基地局装置から移動制御ノードを介して、当該基地局装置の近隣の基地局装置の発アドレスの情報を受信するステップと、
前記近隣の基地局装置の発アドレスの情報を保存するステップと、
無線通信装置がハンドオーバした移動先の基地局装置から受信したパケットデータの発アドレスを、前記保存された発アドレスと照合するステップと、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶している場合、前記移動先の基地局装置から受信したパケットデータを安全と判断するステップと、を有する、無線通信方法。
ゲートウェイ装置による無線通信方法であって、
基地局装置から移動制御ノードを介して、無線通信装置が当該基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を受信するステップと、
前記移動先の基地局装置の発アドレスの情報を保存するステップと、
前記移動先の基地局装置から受信したパケットデータの発アドレスを、前記保存された発アドレスと照合するステップと、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶している場合、前記移動先の基地局装置から受信したパケットデータを安全と判断するステップと、を有する、無線通信方法。