(57)【要約】  本発明の無線通信システムは、基地局装置（１０）と、移動制御ノード（２０）と、ゲートウェイ装置（３０）と、を有する。基地局装置（１０）は、自己の基地局装置（１０）の近隣の基地局装置の発アドレスの情報を、移動制御ノード（２０）に送信する。移動制御ノード（２０）は、基地局装置（１０）から、近隣の基地局装置の発アドレスの情報を受信し、近隣の基地局装置の発アドレスの情報をゲートウェイ装置（３０）に送信する。ゲートウェイ装置（３０）は、移動制御ノード（２０）から、近隣の基地局装置の発アドレスの情報を受信する。
2009096121.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置と、移動制御ノードと、ゲートウェイ装置と、を有してなる無線通信システムであって、
前記基地局装置は、
前記基地局装置の近隣の基地局装置の発アドレスの情報を、前記移動制御ノードに送信し、
前記移動制御ノードは、
前記基地局装置から、前記近隣の基地局装置の発アドレスの情報を受信し、
前記近隣の基地局装置の発アドレスの情報を前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記移動制御ノードから、前記近隣の基地局装置の発アドレスの情報を受信する、無線通信システム。
【請求項２】
前記基地局装置は、
無線通信装置の前記基地局装置へのアタッチ時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
【請求項３】
前記基地局装置は、
無線通信装置の発呼時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
【請求項４】
前記基地局装置は、
無線通信装置の前記基地局装置への位置登録時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
【請求項５】
前記基地局装置は、
前記基地局装置の立ち上げ時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
【請求項６】
前記ゲートウェイ装置は、
前記近隣の基地局装置の発アドレスの情報を保存し、
無線通信装置がハンドオーバした移動先の基地局装置から受信したパケットデータの発アドレスを、前記保存された発アドレスと照合する、請求項１から５のいずれか１項に記載の無線通信システム。
【請求項７】
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、前記の基地局装置の近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項６に記載の無線通信システム。
【請求項８】
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、前記基地局装置の発アドレスの情報を前記移動制御ノードに送信し、
前記ゲートウェイ装置は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶していない場合、前記受信したパケットデータの発アドレスを、前記移動先の基地局装置から受信した発アドレスと照合する、請求項６に記載の無線通信システム。
【請求項９】
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、前記基地局装置の発アドレスと着アドレスとが等しい旨の情報を前記移動制御ノードに送信する、請求項７に記載の無線通信システム。
【請求項１０】
前記ゲートウェイ装置は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶していないことを検出した後、一定期間内に前記移動先の基地局装置から受信したパケットデータをバッファに保存し、
前記一定期間内に、前記移動先の基地局装置から受信した発アドレスが前記受信したパケットデータの発アドレスと一致した場合、前記バッファに保存したパケットデータを上位ノードに転送する、請求項８または９に記載の無線通信システム。
【請求項１１】
前記ゲートウェイ装置は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶していないことを検出した後、一定期間内に前記移動先の基地局装置から受信したパケットデータを上位ノードに転送する、請求項８または９に記載の無線通信システム。
【請求項１２】
基地局装置と、ゲートウェイ装置と、を有してなる無線通信システムであって、
前記基地局装置は、
前記基地局装置の近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを、前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記基地局装置から、前記近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを受信する、無線通信システム。
【請求項１３】
前記基地局装置は、
無線通信装置が前記基地局装置からハンドオーバする旨の決定があった後に、前記近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを、前記ゲートウェイ装置に送信する、請求項１２に記載の無線通信システム。
【請求項１４】
前記ゲートウェイ装置は、
前記近隣の基地局装置の発アドレスの情報を保存し、
無線通信装置がハンドオーバした移動先の基地局装置から受信したパケットデータの発アドレスを、前記保存された発アドレスと照合する、請求項１２または１３に記載の無線通信システム。
【請求項１５】
基地局装置と、移動制御ノードと、ゲートウェイ装置と、を有してなる無線通信システムであって、
前記基地局装置は、
無線通信装置が前記基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を、前記移動制御ノードに送信し、
前記移動制御ノードは、
前記基地局装置から、前記移動先の基地局装置の発アドレスの情報を受信し、
前記移動先の基地局装置の発アドレスの情報を前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記移動制御ノードから、前記移動先の基地局装置の発アドレスの情報を受信する、無線通信システム。
【請求項１６】
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、移動元の基地局装置からのハンドオーバ要求に応答して、前記基地局装置の発アドレスの情報を前記移動元の基地局装置に送信し、
前記基地局装置が前記移動元の基地局装置となった場合、前記移動先の基地局装置から受信した、前記移動先の基地局装置の発アドレスの情報を、前記移動制御ノードに送信する、請求項１５に記載の無線通信システム。
【請求項１７】
前記ゲートウェイ装置は、
前記移動先の基地局装置の発アドレスの情報を保存し、
前記移動先の基地局装置から受信したパケットデータの発アドレスを、前記保存された発アドレスと照合する、請求項１５または１６に記載の無線通信システム。
【請求項１８】
前記基地局装置は、
ハンドオーバを命令するメッセージを前記無線通信装置に送信する前に、前記ゲートウェイ装置の発アドレス情報を、前記移動制御ノードを介して前記ゲートウェイ装置に送信する、請求項１５から１７のいずれか１項に記載の無線通信システム。
【請求項１９】
基地局装置と、移動制御ノードと、前記基地局装置と接続されたゲートウェイ装置と、前記ゲートウェイ装置と接続された上位ゲートウェイ装置と、を有してなる無線通信システムであって、
前記ゲートウェイ装置は、
無線通信装置が前記ゲートウェイ装置への変更を伴うハンドオーバをする旨の決定があった後に、前記ゲートウェイ装置の発アドレスの情報を、前記上位ゲートウェイ装置に送信し、
前記上位ゲートウェイ装置は、
前記ゲートウェイ装置から、前記ゲートウェイ装置の発アドレスの情報を受信する、無線通信システム。
【請求項２０】
前記ゲートウェイ装置は、
前記移動制御ノードからのベアラ生成要求に応答して、前記ゲートウェイ装置の発アドレスの情報を前記上位ゲートウェイ装置に送信する、請求項１９に記載の無線通信システム。
【請求項２１】
前記上位ゲートウェイ装置は、
前記ゲートウェイ装置の発アドレスの情報を保存し、
前記ゲートウェイ装置から受信したパケットデータの発アドレスを、前記保存された発アドレスと照合する、請求項１９または２０に記載の無線通信システム。
【請求項２２】
前記ゲートウェイ装置は、前記基地局装置がハンドオーバを命令するメッセージを前記無線通信装置に送信する前に、前記ゲートウェイ装置の発アドレス情報を前記上位ゲートウェイ装置に送信する、請求項１９から２１のいずれか１項に記載の無線通信システム。
【請求項２３】
自己の基地局装置の近隣の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信部を有する、基地局装置。
【請求項２４】
前記送信部は、
無線通信装置の前記基地局装置へのアタッチ時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項２３に記載の基地局装置。
【請求項２５】
前記送信部は、
無線通信装置の発呼時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項２３に記載の基地局装置。
【請求項２６】
前記送信部は、
無線通信装置の前記基地局装置への位置登録時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項２３に記載の基地局装置。
【請求項２７】
前記送信部は、
前記基地局装置の立ち上げ時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項２３に記載の基地局装置。
【請求項２８】
前記送信部は、
無線通信装置が前記基地局装置にハンドオーバした場合、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項２３から２７のいずれか１項に記載の基地局装置。
【請求項２９】
前記送信部は、
無線通信装置が前記基地局装置にハンドオーバした場合、前記基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項２３から２７のいずれか１項に記載の基地局装置。
【請求項３０】
前記送信部は、
無線通信装置が前記基地局装置にハンドオーバした場合、前記基地局装置の発アドレスと着アドレスとが等しい旨の情報を前記移動制御ノードに送信する、請求項２９に記載の基地局装置。
【請求項３１】
自己の基地局装置の近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを、ゲートウェイ装置に送信する送信部を有する、基地局装置。
【請求項３２】
前記送信部は、
無線通信装置が前記基地局装置からハンドオーバする旨の決定があった後に、前記近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを、前記ゲートウェイ装置に送信する、請求項３１に記載の基地局装置。
【請求項３３】
無線通信装置が前記基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信部を有する、基地局装置。
【請求項３４】
前記送信部は、
前記基地局装置が前記移動先の基地局装置となった場合、移動元の基地局装置からのハンドオーバ要求に応答して、前記基地局装置の発アドレスの情報を前記移動元の基地局装置に送信し、
前記基地局装置が前記移動元の基地局装置となった場合、前記移動先の基地局装置から受信した、前記移動先の基地局装置の発アドレスの情報を、前記移動制御ノードに送信する、請求項３３に記載の基地局装置。
【請求項３５】
前記送信部は、
ハンドオーバを命令するメッセージを前記無線通信装置に送信する前に、前記ゲートウェイ装置の発アドレス情報を、前記移動制御ノードを介して前記ゲートウェイ装置に送信する、請求項３３または３４に記載の基地局装置。
【請求項３６】
基地局装置から移動制御ノードを介して、当該基地局装置の近隣の基地局装置の発アドレスの情報を受信する受信部を有する、ゲートウェイ装置。
【請求項３７】
前記近隣の基地局装置の発アドレスの情報を保存する記憶部と、
無線通信装置がハンドオーバした移動先の基地局装置から受信したパケットデータの発アドレスを、前記記憶部に保存された発アドレスと照合する制御部と、をさらに有する、請求項３６に記載のゲートウェイ装置。
【請求項３８】
前記受信部は、
前記移動先の基地局装置から、当該移動先の基地局装置の発アドレスの情報を受信し、
前記制御部は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスが前記記憶部にない場合、前記受信したパケットデータの発アドレスを、前記移動先の基地局装置から受信した発アドレスと照合する、請求項３７に記載のゲートウェイ装置。
【請求項３９】
前記制御部は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスが前記記憶部にないことを検出した後、一定期間内に前記移動先の基地局装置から受信したパケットデータをバッファに保存し、
前記ゲートウェイ装置は、さらに、
前記一定期間内に、前記移動先の基地局装置から受信した発アドレスが前記受信したパケットデータの発アドレスと一致した場合、その時点で、前記バッファに保存したパケットデータを上位ノードに転送する送信部を有する、請求項３８に記載のゲートウェイ装置。
【請求項４０】
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスが前記記憶部にないことを検出した後、一定期間内に前記移動先の基地局装置から受信したパケットデータを上位ノードに転送する送信部をさらに有する、請求項３８に記載のゲートウェイ装置。
【請求項４１】
基地局装置から、当該基地局装置の前記近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを受信する受信部を有する、ゲートウェイ装置。
【請求項４２】
前記近隣の基地局装置の発アドレスの情報を保存する記憶部と、
無線通信装置がハンドオーバした移動先の基地局装置から受信したパケットデータの発アドレスを、前記記憶部に保存された発アドレスと照合する制御部と、をさらに有する、請求項４１に記載のゲートウェイ装置。
【請求項４３】
基地局装置から移動制御ノードを介して、無線通信装置が当該基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を受信する受信部を有する、ゲートウェイ装置。
【請求項４４】
前記移動先の基地局装置の発アドレスの情報を保存する記憶部と、
前記移動先の基地局装置から受信したパケットデータの発アドレスを、前記記憶部に保存された発アドレスと照合する制御部と、をさらに有する、請求項４３に記載のゲートウェイ装置。
【請求項４５】
基地局装置と上位ゲートウェイ装置との間に接続されたゲートウェイ装置であって、
無線通信装置が前記ゲートウェイへの変更を伴うハンドオーバをする旨の決定があった後に、前記ゲートウェイ装置の発アドレスの情報を、前記上位ゲートウェイ装置に送信する送信部を有する、ゲートウェイ装置。
【請求項４６】
前記送信部は、
前記移動制御ノードからのベアラ生成要求に応答して、前記ゲートウェイ装置の発アドレスの情報を前記上位ゲートウェイ装置に送信する、請求項４５に記載のゲートウェイ装置。
【請求項４７】
前記送信部は、
前記基地局装置がハンドオーバを命令するメッセージを前記無線通信装置に送信する前に、前記ゲートウェイ装置の発アドレス情報を前記上位ゲートウェイ装置に送信する、請求項４５または４６に記載のゲートウェイ装置。
【請求項４８】
基地局装置に接続されたゲートウェイ装置と接続された上位ゲートウェイ装置であって、
無線通信装置が前記ゲートウェイ装置への変更を伴うハンドオーバをする旨の決定があった後に、前記ゲートウェイ装置から、前記ゲートウェイ装置の発アドレスの情報を受信する受信部を有する、上位ゲートウェイ装置。
【請求項４９】
前記ゲートウェイ装置の発アドレスの情報を保存する記憶部と、
前記ゲートウェイ装置から受信したパケットデータの発アドレスを、前記記憶部に保存された発アドレスと照合する制御部と、をさらに有する、請求項４８に記載の上位ゲートウェイ装置。
【請求項５０】
基地局装置による無線通信方法であって、
前記基地局装置の近隣の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信ステップを有する、無線通信方法。
【請求項５１】
基地局装置による無線通信方法であって、
前記基地局装置の近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを、ゲートウェイ装置に送信する送信ステップを有する、無線通信方法。
【請求項５２】
基地局装置による無線通信方法であって、
無線通信装置が前記基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信ステップを有する、無線通信方法。
【請求項５３】
ゲートウェイ装置による無線通信方法であって、
基地局装置から移動制御ノードを介して、当該基地局装置の近隣の基地局装置の発アドレスの情報を受信する受信ステップを有する、無線通信方法。
【請求項５４】
ゲートウェイ装置による無線通信方法であって、
基地局装置から、当該基地局装置の前記近隣の基地局装置の発アドレスの情報をヘッダに含むパケットデータを受信する受信ステップを有する、無線通信方法。
【請求項５５】
ゲートウェイ装置による無線通信方法であって、
基地局装置から移動制御ノードを介して、無線通信装置が当該基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を受信する受信ステップを有する、無線通信方法。
【請求項５６】
基地局装置と上位ゲートウェイ装置との間に接続されたゲートウェイ装置による無線通信方法であって、
前記ゲートウェイ装置への変更を伴うハンドオーバをする旨の決定があった後に、前記ゲートウェイ装置の発アドレスの情報を、前記上位ゲートウェイ装置に送信する送信ステップを有する、無線通信方法。
【請求項５７】
基地局装置に接続されたゲートウェイ装置と接続された上位ゲートウェイ装置による無線通信方法であって、
無線通信装置が前記ゲートウェイ装置への変更を伴うハンドオーバをする旨の決定があった後に、前記ゲートウェイ装置から、前記ゲートウェイ装置の発アドレスの情報を受信する受信ステップを有する、無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、基地局装置、ゲートウェイ装置、無線通信方法に関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（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）を記述する。また、このときの記述内容は、図１８の下部の表のようになる。【０２０９】
なお、Ｓ−ＧＷ３０では、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓの近隣のｅＮｏｄｅ  Ｂ１０の発アドレスの情報は、制御部３３Ｂにより記憶部３４Ｂに保存される。【０２１０】
上述したように本実施形態では、Ｓ−ＧＷ３０は、ハンドオーバ決定時に、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓから、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔとなる可能性がある近隣のｅＮｏｄｅ  Ｂ１０の発アドレスを取得することができる。なお、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓの発アドレスの情報は、アタッチ時等に、そのＳｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓから取得することができる。【０２１１】
したがって、Ｓ−ＧＷ３０は、ハンドオーバが発生しても、ｅＮｏｄｅ  Ｂ１０から受信したパケットデータの安全性を確認することができるため、無線通信システムのセキュリティを確保することができる。【０２１２】
また、本実施形態では、ｅＮｏｄｅ  Ｂ１０の発アドレスの情報は、ｅＮｏｄｅ  Ｂ１０からＭＭＥ２０を介して、または、ｅＮｏｄｅ  Ｂ１０から直接、Ｓ−ＧＷ３０に送信されるため、保守者による手作業を低減することができる。【０２１３】
（第３の実施形態）
まず、本実施形態の概略構成について、図１９を参照して説明する。【０２１４】
図１９を参照すると、本実施形態に係るｅＮｏｄｅ  Ｂ１０は、ＵＥ６０が自己のｅＮｏｄｅ  Ｂ１０をＳｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓとするハンドオーバをする場合、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含むメッセージをＭＭＥ２０に送信する送信部１１Ｃを有している。なお、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの情報は、後述のように、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔから受信する。【０２１５】
また、本実施形態に係るＭＭＥ２０は、ｅＮｏｄｅ  Ｂ１０から、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含むメッセージを受信する受信部２１Ｃと、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含むメッセージをＳ−ＧＷ３０に送信する送信部２２Ｃと、を有している。【０２１６】
また、本実施形態に係るＳ−ＧＷ３０は、ＭＭＥ２０から、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含むメッセージを受信する受信部３１Ｃを有している。【０２１７】
次に、本実施形態の詳細構成について、図２０を参照して説明する。【０２１８】
図２０を参照すると、本実施形態に係るｅＮｏｄｅ  Ｂ１０は、上述した送信部１１Ｃの他、受信部１２Ｃおよび制御部１３Ｃを有している。【０２１９】
送信部１１Ｃは、メッセージおよびパケットデータのＭＭＥ２０への送信処理を行うものであり、その一例として、上述のように、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含むメッセージをＭＭＥ２０に送信する処理を行う。【０２２０】
受信部１２Ｃは、ＭＭＥ２０からのメッセージおよびパケットデータの受信処理を行う。【０２２１】
制御部１３Ｃは、ＭＭＥ２０に送信する情報を含むメッセージを生成する処理等を行う。【０２２２】
なお、送信部１１Ｃ、受信部１２Ｃ、および制御部１３Ｃによるメッセージおよびパケットデータの送受信は、ＵＥ６０、他のｅＮｏｄｅ  Ｂ１０、およびＳ−ＧＷ３０との間でも行われるものとする。【０２２３】
また、本実施形態に係るＭＭＥ２０は、上述した受信部２１Ｃおよび送信部２２Ｃの他、制御部２３Ｃを有している。【０２２４】
受信部２１Ｃは、ｅＮｏｄｅ  Ｂ１０およびＳ−ＧＷ３０からのメッセージおよびパケットデータの受信処理を行うものであり、その一例として、上述のように、ｅＮｏｄｅ  Ｂ１０から、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含むメッセージを受信する処理を行う。【０２２５】
送信部２２Ｃは、メッセージおよびパケットデータのＮｏｄｅ  Ｂ１０およびＳ−ＧＷ３０への送信処理を行うものであり、その一例として、上述のように、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含むメッセージをＳ−ＧＷ３０に送信する処理を行う。【０２２６】
制御部２３Ｃは、ｅＮｏｄｅ  Ｂ１０およびＳ−ＧＷ３０に送信する情報を含むメッセージを生成する処理等を行う。【０２２７】
また、本実施形態に係るＳ−ＧＷ３０は、上述した受信部３１Ｃの他、送信部３２Ｃ、制御部３３Ｃ、および記憶部３４Ｃを有している。【０２２８】
受信部３１Ｃは、ＭＭＥ２０からのメッセージおよびパケットデータの受信処理を行うものであり、その一例として、上述のように、ＭＭＥ２０から、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含むメッセージを受信する処理を行う。【０２２９】
送信部３２Ｃは、メッセージおよびパケットデータのＭＭＥ２０への送信処理を行う。【０２３０】
制御部３３Ｃは、ＭＭＥ２０に送信する情報を含むメッセージを生成する処理、近隣のｅＮｏｄｅ  Ｂ１０の発アドレスの情報を記憶部３４Ｃに保存する処理、ＭＭＥ２０から受信したパケットデータの発アドレスを記憶部３４Ｃに保存された発アドレスと照合することで、受信したパケットデータの安全性を確認する処理等を行う。【０２３１】
なお、送信部３２Ｃ、受信部３１Ｃ、および制御部３３Ｃによるメッセージおよびパケットデータの送受信は、Ｐ−ＧＷ４０との間でも行われるものとする。【０２３２】
以下、本実施形態のハンドオーバ動作について、図２１を参照して説明する。【０２３３】
なお、図２１においては、図２と同様の部分には同一の符号を付している。【０２３４】
ここで、図２１においては、上述した第１の実施形態におけるｅＮｏｄｅ  Ｂ１０の発アドレスの送信動作例１〜４のいずれかにより、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓの発アドレスは、Ｓ−ＧＷ３０にすでに通知され、Ｓ−ＧＷ３０の記憶部３４Ｃにすでに保存されていることを前提とすることもできる。【０２３５】
図２１を参照すると、図２と同様の処理を経て、ステップ２３０３において、無線リソースを設定した後、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの送信部１１Ｃは、ステップ１８０１において、自己のＴａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含む、Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｈａｎｄｏｖｅｒ  Ｒｅｓｐｏｎｓｅメッセージ）をＳｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓに送信する。【０２３６】
次に、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓの送信部１１Ｃは、ステップ１８０２において、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含む、ハンドオーバが発生した旨のメッセージ（Ｈａｎｄｏｖｅｒ  Ｉｎｆｏｒｍメッセージ）をＭＭＥ２０に送信する。続いて、ＭＭＥ２０の送信部２２Ｃは、ステップ１８０３において、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を含むメッセージ（Ｐｒｅ−Ｕｓｅｒ  Ｐｌａｎｅ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージ）をＳ−ＧＷ３０に送信する。次に、Ｓ−ＧＷ３０の送信部３２Ｃは、ステップ１８０４において、Ｐｒｅ−Ｕｓｅｒ  Ｐｌａｎｅ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｐｒｅ−Ｕｓｅｒ  Ｐｌａｎｅ  Ｕｐｄａｔｅ  Ｒｅｓｐｏｎｓｅメッセージ）をＭＭＥ２０に送信する。Ｓ−ＧＷ３０では、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報は、制御部３３Ｃにより記憶部３４Ｃに保存される。【０２３７】
そのため、Ｓ−ＧＷ３０の制御部３３Ｃは、以降のＴａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−ＴからＭＭＥ２０を介したメッセージ（Ｐａｔｈ  Ｓｗｉｔｃｈ  ＲｅｑｕｅｓｔメッセージとＵｓｅｒ  Ｐｌａｎｅ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージ）を待たずに、受信したパケットデータの安全性を確認することができる。【０２３８】
即ち、Ｓ−ＧＷ３０の制御部３３Ｃは、ステップ１８０５において、受信したパケットデータの発アドレスを記憶部３４Ｃに保存されている発アドレスと照合する。ここでは、受信したパケットデータの発アドレスと一致する発アドレスが記憶部３４Ｃにあるため、制御部３３Ｃは、受信したパケットデータを安全と判断したとする。この場合、送信部３２Ｃは、ステップ１８０６において、受信したパケットデータをＰ−ＧＷ４０に転送する。【０２３９】
以降は、図２と同様の処理が行われる。なお、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓの発アドレスの情報は、上述した第１の実施形態におけるｅＮｏｄｅ  Ｂ１０の発アドレスの送信動作例１〜４のいずれかにより、アタッチ時等に、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓから取得することもできる。【０２４０】
上述したように本実施形態では、Ｓ−ＧＷ３０は、ハンドオーバ決定時に、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓから、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスを取得することができる。【０２４１】
したがって、Ｓ−ＧＷ３０は、ハンドオーバが発生しても、ｅＮｏｄｅ  Ｂ１０から受信したパケットデータの安全性を確認することができるため、無線通信システムのセキュリティを確保することができる。【０２４２】
また、ＵＥ６０がＴａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔを介したアップリンクデータ（パケットデータ）の送信を始める前に（例えば、ＵＥ６０に対するＨａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄメッセージの前に）、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓが、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を、ＭＭＥ２０を介してＳ−ＧＷ３０に送信するため、Ｓ−ＧＷ３０は、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔから受信する最初のパケットデータから安全性を確認することができる。  また、本実施形態では、ｅＮｏｄｅ  Ｂ１０の発アドレスの情報は、ｅＮｏｄｅ  Ｂ１０からＳ−ＧＷ３０に送信されるため、保守者による手作業を低減することができる。【０２４３】
また、本実施形態では、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓは、近隣のｅＮｏｄｅ  Ｂ１０−Ｓの発アドレスではなく、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔの発アドレスの情報を送信するため、近隣のｅＮｏｄｅ  Ｂ１０−Ｓの発アドレスの情報を送信する場合と比較して、送信する情報の情報量を低減することができる。【０２４４】
（第４の実施形態）
まず、本実施形態の概略構成について、図２２を参照して説明する。【０２４５】
図２２を参照すると、本実施形態に係るＳ−ＧＷ３０は、ＵＥ６０が外ネットワークにローミングしている状態で、自己のＳ−ＧＷ３０への変更を伴うハンドオーバをする場合、自己のＳ−ＧＷ３０の発アドレスの情報を含むメッセージを、公衆ネットワークを介してＰ−ＧＷ４０に送信する送信部３２Ｄを有している。  また、本実施形態に係るＰ−ＧＷ４０は、ハンドオーバによる変更後のＴａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔから公衆ネットワークを介して、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔの発アドレスの情報を受信する受信部４１Ｄを有している。【０２４６】
次に、本実施形態の詳細構成について、図２３を参照して説明する。【０２４７】
図２３を参照すると、本実施形態に係るＳ−ＧＷ３０は、上述した送信部３２Ｄの他、受信部３１Ｄおよび制御部３３Ｄを有している。【０２４８】
送信部３２Ｄは、メッセージおよびパケットデータのＰ−ＧＷ４０への送信処理を行うものであり、その一例として、上述のように、自己のＳ−ＧＷ３０の発アドレスの情報を含むメッセージをＰ−ＧＷ４０に送信する処理を行う。【０２４９】
受信部３１Ｄは、Ｐ−ＧＷ４０からのメッセージおよびパケットデータの受信処理を行う。【０２５０】
制御部３３Ｄは、Ｐ−ＧＷ４０に送信する情報を含むメッセージを生成する処理等を行う。【０２５１】
なお、送信部３２Ｄ、受信部３１Ｄ、および制御部３３Ｄによるメッセージおよびパケットデータの送受信は、ＭＭＥ２０およびｅＮｏｄｅ  Ｂ１０との間でも行われるものとする。【０２５２】
また、本実施形態に係るＰ−ＧＷ４０は、上述した受信部４１Ｄの他、送信部４２Ｄ、制御部４３Ｄ、および記憶部４４Ｄを有している。【０２５３】
受信部４１Ｄは、Ｓ−ＧＷ３０からのメッセージおよびパケットデータの受信処理を行うものであり、その一例として、上述のように、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔから、そのＴａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔの発アドレスの情報を含むメッセージを受信する処理を行う。【０２５４】
送信部４２Ｄは、メッセージおよびパケットデータのＳ−ＧＷ３０への送信処理を行う。【０２５５】
制御部４３Ｄは、Ｓ−ＧＷ３０に送信する情報を含むメッセージを生成する処理、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔの発アドレスの情報を記憶部３４Ｄに保存する処理、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔから受信したパケットデータの発アドレスを記憶部３４Ｄに保存された発アドレスと照合することで、受信したパケットデータの安全性を確認する処理等を行う。【０２５６】
以下、本実施形態の動作について、図２４を参照して説明する。【０２５７】
図２４を参照すると、ＵＥ６０が、外ネットワークにローミングしている状態で、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−ＳのエリアからＴａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔのエリアへ移動したため、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓが、ステップ２１０１において、Ｓｏｕｒｃｅ  Ｓ−ＧＷ３０−ＳからＴａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔへの変更を伴うハンドオーバの決定をしたとする。【０２５８】
すると、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓは、ステップ２１０２において、ハンドオーバを準備するためのメッセージ（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｉｒｅｄメッセージ）をＳｏｕｒｃｅ  ＭＭＥ２０に送信し、Ｓｏｕｒｃｅ  ＭＭＥ２０は、ステップ２１０３において、ＵＥ６０のＣｏｎｔｅｘｔやＰ-ＧＷ４０のアドレス等を送るためのメッセージ（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ）をＴａｒｇｅｔ  ＭＭＥ２０−Ｔに送信する。【０２５９】
次に、Ｔａｒｇｅｔ  ＭＭＥ２０−Ｔは、ステップ２１０４において、ベアラ生成を要求するメッセージ（Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ）をＴａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔに送信し、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔの送信部３２Ｄは、ステップ２１０５において、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔの発アドレスの情報を含むメッセージ（Ｐｒｅ−Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ）をＰ−ＧＷ４０に送信する。Ｐ−ＧＷ４０では、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔの発アドレスの情報は、制御部４３Ｄにより記憶部４４Ｄに保存される。【０２６０】
次に、Ｐ−ＧＷ４０の送信部４２Ｄは、ステップ２１０６において、Ｐｒｅ−Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｐｒｅ−Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージ）をＴａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔに送信し、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔの送信部３２Ｄは、ステップ２１０７において、Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ対する応答メッセージ（Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージ）をＴａｒｇｅｔ  ＭＭＥ２０−Ｔに送信する。【０２６１】
次に、Ｔａｒｇｅｔ  ＭＭＥ２０−Ｔは、ステップ２１０８において、ハンドオーバを要求するメッセージ（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔメッセージ）をＴａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔに送信し、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔは、ステップ２１０９において、ハンドオーバ要求に対する応答メッセージ（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅメッセージ）をＴａｒｇｅｔ  ＭＭＥ２０−Ｔに送信する。【０２６２】
次に、Ｔａｒｇｅｔ  ＭＭＥ２０−Ｔは、ステップ２１１０において、Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージ）をＳｏｕｒｃｅ  ＭＭＥ２０−Ｓに送信し、Ｓｏｕｒｃｅ  ＭＭＥ２０−Ｓは、ステップ２１１１，２１１２において、ハンドオーバを命令するメッセージ（Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄメッセージ）を、Ｓｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓを介してＵＥ６０に送信する。【０２６３】
次に、ステップ２１１３において、ＵＥ６０とＴａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔとの間で無線同期を取った後、ＵＥ６０は、ステップ２１１４において、ハンドオーバ完了を示すメッセージ（Ｈａｎｄｏｖｅｒ  Ｃｏｍｐｌｅｔｅメッセージ）をＴａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔに送信する。【０２６４】
次に、ステップ２１１５において、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−ＴからのアップリンクのパケットデータがＰ−ＧＷ４０に受信されると、Ｐ−ＧＷ４０の制御部４３Ｄは、ステップ２１１６において、受信したパケットデータの発アドレスを記憶部４４Ｄに保存されている発アドレスと照合する。ここでは、受信したパケットデータの発アドレスと一致するＴａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔの発アドレスが記憶部４４Ｄにあり、制御部４３Ｄは、受信したパケットデータを安全と判断したとする。この場合、例えば、送信部４２Ｄは、受信したパケットデータを自ネットワーク内に転送する。【０２６５】
次に、Ｔａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔは、ステップ２１１７において、ＵＥ６０がＴａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔに接続したことを通知するメッセージ（Ｈａｎｄｏｖｅｒ  Ｎｏｔｉｆｙメッセージ）をＴａｒｇｅｔ  ＭＭＥ２０−Ｔに送信し、Ｔａｒｇｅｔ  ＭＭＥ２０−Ｔは、ステップ２１１８において、ＵＥ６０がハンドオーバしたことを通知するメッセージ（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージ）をＳｏｕｒｃｅ  ＭＭＥ２０−Ｓに送信し、Ｓｏｕｒｃｅ  ＭＭＥ２０−Ｓは、ステップ２１１９において、Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージに対する応答メッセージ（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ  Ａｃｋｎｏｗｌｅｄｇｅメッセージ）をＴａｒｇｅｔ  ＭＭＥ２０−Ｔに送信する。【０２６６】
次に、Ｔａｒｇｅｔ  ＭＭＥ２０−Ｔは、ステップ２１２１，２１２２において、ベアラのアップデートを要求するメッセージ（Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ）を、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−を介してＰ−ＧＷ４０に送信し、Ｐ−ＧＷ４０の送信部４２Ｄは、ステップ２１２２，２１２３において、Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージ）を、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−を介してＴａｒｇｅｔ  ＭＭＥ２０−Ｔに送信する。その後に、Ｐ−ＧＷ４０の送信部４２Ｄは、ステップ２１２４において、ダウンリンクのパケットデータをＴａｒｇｅｔ  Ｓ−ＧＷ３０−に送信する。【０２６７】
以降、ステップ２１２５において、ＨＳＳ５０に保存されたユーザ情報を用いてＵＥ６０の位置が更新されると、Ｓｏｕｒｃｅ  ＭＭＥ２０−Ｓは、ステップ２１２６において、リソース開放を示すメッセージ（Ｒｅｌｅａｓｅ  Ｒｅｓｏｕｒｃｅメッセージ）をＳｏｕｒｃｅ  ｅＮｏｄｅ  Ｂ１０−Ｓに送信する。また、Ｓｏｕｒｃｅ  ＭＭＥ２０−Ｓは、ステップ２１２７において、ベアラの削除を要求するメッセージ（Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ）をＳｏｕｒｃｅ  Ｓ−ＧＷ  Ｂ３０−Ｓに送信し、Ｓｏｕｒｃｅ  Ｓ−ＧＷ  Ｂ３０−Ｓの送信部３２Ｄは、ステップ２１２８において、Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージ）をＳｏｕｒｃｅ  ＭＭＥ２０−Ｓに送信する。【０２６８】
以上では、ＵＥ６０が外ネットワークにローミングしている場合を説明したが、本実施形態の図２４に示される動作は、ＵＥ６０が外ネットワークにローミングしている場合に限られるものではない。【０２６９】
上述したように本実施形態では、Ｐ−ＧＷ４０は、Ｓｏｕｒｃｅ  Ｓ−ＧＷ３０−ＳからＴａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔへの変更を伴うハンドオーバをする場合、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔの発アドレスの情報を取得することができる。【０２７０】
したがって、Ｐ−ＧＷ４０は、Ｓ−ＧＷ３０の変更を伴うハンドオーバが発生しても、Ｓ−ＧＷ３０から受信したパケットデータの安全性を確認することができるため、無線通信システムのセキュリティを確保することができる。特に、ＵＥ６０が外ネットワークにローミングしている場合、Ｐ−ＧＷ４０は、公衆ネットワークを介して、Ｓ−ＧＷ３０からパケットデータを受信することになるため、無線通信システムのセキュリティが脅かされる可能性が高い。このようなローミング環境においては、本実施形態によるパケットデータの安全性確認がより一層効果的である。【０２７１】
また、ＵＥ６０がＴａｒｇｅｔ  ｅＮｏｄｅ  Ｂ１０−Ｔを介したアップリンクデータ（パケットデータ）の送信を始める前に（例えば、ＵＥ６０に対するＨａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄメッセージの前に）、Ｓｏｕｒｃｅ  Ｓ−ＧＷ３０−Ｓが、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔの発アドレスの情報を、ＭＭＥ２０を介してＰ−ＧＷ４０に送信するため、Ｐ−ＧＷ４０は、Ｔａｒｇｅｔ  Ｓ−ＧＷ３０−Ｔから受信する最初のパケットデータから安全性を確認することができる。【０２７２】
また、本実施形態では、保守者が手作業でＳ−ＧＷ３０の発アドレスをＰ−ＧＷ４０に設定する必要がないため、保守者による手作業を低減することができる。【０２７３】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。【０２７４】
例えば、以上の実施形態では、ＬＴＥの無線通信システムを例として説明した。しかし、本発明は、ＬＴＥの無線通信システムに限らず、基地局装置、移動制御ノード、ゲートウェイ装置を備える他の無線通信システムにも適用することができる。【０２７５】
また、以上の実施形態では、移動制御ノードとゲートウェイ装置とが分離した無線通信システムを例として説明したが、本発明は、移動制御ノードとゲートウェイ装置とが一体となった無線通信システムにも適用することができる。【０２７６】
本出願は、２００８年１月３１日に出願された日本出願特願２００８−０２１３０３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2009096121.tif 000003
【図２】
2009096121.tif 000004
【図３】
2009096121.tif 000005
【図４】
2009096121.tif 000006
【図５】
2009096121.tif 000007
【図６】
2009096121.tif 000008
【図７】
2009096121.tif 000009
【図８】
2009096121.tif 000010
【図９Ａ】
2009096121.tif 000011
【図９Ｂ】
2009096121.tif 000012
【図９Ｃ】
2009096121.tif 000013
【図９Ｄ】
2009096121.tif 000014
【図１０】
2009096121.tif 000015
【図１１】
2009096121.tif 000016
【図１２】
2009096121.tif 000017
【図１３】
2009096121.tif 000018
【図１４】
2009096121.tif 000019
【図１５】
2009096121.tif 000020
【図１６】
2009096121.tif 000021
【図１７】
2009096121.tif 000022
【図１８】
2009096121.tif 000023
【図１９】
2009096121.tif 000024
【図２０】
2009096121.tif 000025
【図２１】
2009096121.tif 000026
【図２２】
2009096121.tif 000027
【図２３】
2009096121.tif 000028
【図２４】
2009096121.tif 000029
【手続補正書】
【提出日】平成22年7月14日(2010.7.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局装置と、移動制御ノードと、ゲートウェイ装置と、を有してなる無線通信システムであって、
前記基地局装置は、
前記基地局装置の近隣の基地局装置の発アドレスの情報を、前記移動制御ノードに送信し、
前記移動制御ノードは、
前記基地局装置から、前記近隣の基地局装置の発アドレスの情報を受信し、
前記近隣の基地局装置の発アドレスの情報を前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記移動制御ノードから、前記近隣の基地局装置の発アドレスの情報を受信する、無線通信システム。
【請求項２】
前記基地局装置は、
無線通信装置の前記基地局装置へのアタッチ時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
【請求項３】
前記基地局装置は、
無線通信装置の発呼時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
【請求項４】
前記基地局装置は、
無線通信装置の前記基地局装置への位置登録時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
【請求項５】
前記基地局装置は、
前記基地局装置の立ち上げ時に、前記近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項１に記載の無線通信システム。
【請求項６】
前記ゲートウェイ装置は、
前記近隣の基地局装置の発アドレスの情報を保存し、
無線通信装置がハンドオーバした移動先の基地局装置から受信したパケットデータの発アドレスを、前記保存された発アドレスと照合する、請求項１から５のいずれか１項に記載の無線通信システム。
【請求項７】
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、前記の基地局装置の近隣の基地局装置の発アドレスの情報を前記移動制御ノードに送信する、請求項６に記載の無線通信システム。
【請求項８】
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、前記基地局装置の発アドレスの情報を前記移動制御ノードに送信し、
前記ゲートウェイ装置は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶していない場合、前記受信したパケットデータの発アドレスを、前記移動先の基地局装置から受信した発アドレスと照合する、請求項６に記載の無線通信システム。
【請求項９】
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、前記基地局装置の発アドレスと着アドレスとが等しい旨の情報を前記移動制御ノードに送信する、請求項７に記載の無線通信システム。
【請求項１０】
前記ゲートウェイ装置は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶していないことを検出した後、一定期間内に前記移動先の基地局装置から受信したパケットデータをバッファに保存し、
前記一定期間内に、前記移動先の基地局装置から受信した発アドレスが前記受信したパケットデータの発アドレスと一致した場合、前記バッファに保存したパケットデータを上位ノードに転送する、請求項８または９に記載の無線通信システム。
【請求項１１】
前記ゲートウェイ装置は、
前記移動先の基地局装置から受信したパケットデータの発アドレスと一致する発アドレスを記憶していないことを検出した後、一定期間内に前記移動先の基地局装置から受信したパケットデータを上位ノードに転送する、請求項８または９に記載の無線通信システム。
【請求項１２】
基地局装置と、移動制御ノードと、ゲートウェイ装置と、を有してなる無線通信システムであって、
前記基地局装置は、
無線通信装置が前記基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を、前記移動制御ノードに送信し、
前記移動制御ノードは、
前記基地局装置から、前記移動先の基地局装置の発アドレスの情報を受信し、
前記移動先の基地局装置の発アドレスの情報を前記ゲートウェイ装置に送信し、
前記ゲートウェイ装置は、
前記移動制御ノードから、前記移動先の基地局装置の発アドレスの情報を受信する、無線通信システム。
【請求項１３】
前記基地局装置は、
前記基地局装置が前記移動先の基地局装置となった場合、移動元の基地局装置からのハンドオーバ要求に応答して、前記基地局装置の発アドレスの情報を前記移動元の基地局装置に送信し、
前記基地局装置が前記移動元の基地局装置となった場合、前記移動先の基地局装置から受信した、前記移動先の基地局装置の発アドレスの情報を、前記移動制御ノードに送信する、請求項１２に記載の無線通信システム。
【請求項１４】
前記ゲートウェイ装置は、
前記移動先の基地局装置の発アドレスの情報を保存し、
前記移動先の基地局装置から受信したパケットデータの発アドレスを、前記保存された発アドレスと照合する、請求項１２または１３に記載の無線通信システム。
【請求項１５】
前記基地局装置は、
ハンドオーバを命令するメッセージを前記無線通信装置に送信する前に、前記ゲートウェイ装置の発アドレス情報を、前記移動制御ノードを介して前記ゲートウェイ装置に送信する、請求項１２から１４のいずれか１項に記載の無線通信システム。
【請求項１６】
自己の基地局装置の近隣の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信部を有する、基地局装置。
【請求項１７】
無線通信装置が前記基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信部を有する、基地局装置。
【請求項１８】
基地局装置から移動制御ノードを介して、当該基地局装置の近隣の基地局装置の発アドレスの情報を受信する受信部を有する、ゲートウェイ装置。
【請求項１９】
基地局装置から移動制御ノードを介して、無線通信装置が当該基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を受信する受信部を有する、ゲートウェイ装置。
【請求項２０】
基地局装置による無線通信方法であって、
前記基地局装置の近隣の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信ステップを有する、無線通信方法。
【請求項２１】
基地局装置による無線通信方法であって、
無線通信装置が前記基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を、移動制御ノードを介してゲートウェイ装置に送信する送信ステップを有する、無線通信方法。
【請求項２２】
ゲートウェイ装置による無線通信方法であって、
基地局装置から移動制御ノードを介して、当該基地局装置の近隣の基地局装置の発アドレスの情報を受信する受信ステップを有する、無線通信方法。
【請求項２３】
ゲートウェイ装置による無線通信方法であって、
基地局装置から移動制御ノードを介して、無線通信装置が当該基地局装置からハンドオーバした移動先の基地局装置の発アドレスの情報を受信する受信ステップを有する、無線通信方法。
【国際調査報告】
2009096121.tif 000030
2009096121.tif 000031
2009096121.tif 000032
2009096121.tif 000033