JP2020102670A - 通信制御装置、通信制御方法及び無線通信システム - Google Patents

Abstract

【課題】無線通信システムにおける負荷を低減する通信制御装置、通信制御方法及び無線通信システムを提供する。【解決手段】セキュリティＧＷ装置１は、ＩＰｓｅｃ処理部１１及びＩＰｓｅｃ処理代理部１４を有する。前記ＩＰｓｅｃ処理部１１は、フェムト基地局２から第１認証要求を受け付けて認証結果を取得し、前記フェムト基地局２が認証された場合、前記フェムト基地局２との間に第１通信経路を確立し、前記フェムト基地局２との間で前記第１通信経路を用いた通信を行わせる。前記ＩＰｓｅｃ処理代理部１４は、前記フェムト基地局２が認証されなかった場合に、前記フェムト基地局２との間に第２通信経路を確立する。【選択図】図３

Description

本発明は、通信制御装置、通信制御方法及び無線通信システムに関する。

屋外基地局を設置する場合、基地局以外にも鉄塔や収容箱などの大規模な施設が付随して設置される。そのため、屋外基地局を設置する場所が限定され、ビルの狭間、屋内、高層階エリア又は地下街など、電波が微弱で完全な通話エリアの構築が困難な場合がある。このような状況に対応するために、範囲の狭い無線通信エリアをカバーする小型の基地局であるフェムト基地局の導入が盛んになっている。具体的には、住宅内などの屋内にフェムト基地局を設置して、インターネット回線を介してキャリアのネットワークに接続することで、屋外基地局では電波状況が不十分な場所でもキャリア網を用いた通信を可能にすることができる。

フェムト基地局は、管理者によりローカルのＩＰ（Internet Protocol）アドレスが割り振られる。そして、フェムト基地局のＩＰアドレスは、ブロードバンドルータ（ＢＢＲ：Broad Band Rooter）でＮＡＴ（Network Address Translator）により通信事業者のＤＨＣＰ（Dynamic Host Configuration Protocol）サーバで割り振られたグローバルＩＰに変換される。フェムト基地局からキャリア網のＳｅＧＷ（Security Gateway）までの伝送区間は、ＩＰｓｅｃ（Security Architecture for Internet Protocol）を用いた接続が確立されることにより通信のセキュリティが確保される。以下の説明では、ＩＰｓｅｃを用いた接続を「ＩＰｓｅｃ接続」という。

ＩＰｓｅｃ接続を確立する処理手順であるＩＰｓｅｃ確立シーケンスにおいて、フェムト基地局は、ユーザ認証プロトコルの１つであるＲａｄｉｕｓ（Remote Authentication Dial User Service）を用いて認証を行うサーバにより認証が行われる。認証が成功すると、フェムト基地局とＳｅＧＷとの間でＩＰｓｅｃ接続の確立が成功する。そして、ＩＰｓｅｃ接続の確立後に、フェムト基地局は、ＭＭＥ（Mobility Management Entity）とのＳ１−ＡＰ（Application Protocol）コネクションを確立し、信号の送受信を行う。

一方、キャリア網には、契約が終了したフェムト基地局が撤去されないまま残されている場合がある。契約が終了したフェムト基地局は、未契約フェムトとなる。未契約フェムトは、ＩＰｓｅ接続を確立すべくＩＫＥ＿ＳＡ＿ＩＮＩＴ（Internet Key Exchange Security Association Initial） Ｒｅｑｕｅｓｔを送出する。しかし、Ｒａｄｉｕｓ認証の契約者リストには未契約フェムトの契約者ＩＤ（Identifier）は存在しないため、認証が不成功となる。その後、未契約フェムトは再度ＩＰｓｅｃ確立シーケンスを繰り返す。すなわち、未契約フェムトがＩＫＥ＿ＳＡ＿ＩＮＩＴリクエストの再送を繰り返し行う状況となる。

これにより、ＳｅＧＷのＩＰｓｅｃ制御モジュールのＣＰＵ（Central Processing Unit）負荷増加、さらには、ＣＰＵ高負荷に対する防衛としての強制リセットが発生する場合がある。また、キャリア網の回線帯域圧迫によりパケットの破棄が発生する場合がある。さらに、以上の２つの事象の影響により、正規に契約が為されているフェムト基地局である契約フェムトの接続要求に対して、応答遅延が生じ、契約フェムトが繋がりにくくなることが考えられる。

このような問題を回避するため、Ｒａｄｉｕｓ認証が不成功となったフェムト基地局のＩＰアドレスをブラックリストに追加してＩＰｓｅｃ接続を拒否する方法が考えられる。ブラックリストには一定期間後にエントリが削除されるエージング機能が設けられており、ＤＨＣＰサーバでＩＰアドレスが変更されるシステムでも用いられる技術である。

また、サービス提供手段の代理となって送受信するおとり手段を設けて、攻撃者の信号をおとり手段に向かわせることで、サービス提供手段に至る回線の輻輳を回避する従来技術がある。また、呼制御装置が、加入者情報管理装置に対する認証情報の問合せの結果、端末が未契約ユーザであることを示すエラーコードを含む応答を受信した場合に、その端末について認証情報の問い合わせを所定期間抑止する従来技術がある。

特開２０１１−５５２９９号公報 特開２０１５−２３３９３号公報

しかしながら、ブラックリストを用いてＩＰｓｅｃ接続の拒否を行う従来技術では、未契約フェムトからのＩＫＥ＿ＳＡ＿ＩＮＩＴリクエストの再送は継続して行われるため、回線負荷が高くなるおそれがある。また、ＩＫＥ＿ＳＡ＿ＩＮＩＴリクエストを受信した時点では未契約フェムトから送信されたパケットか否かを識別することが困難であり、初回はＲａｄｉｕｓ認証が行われるためＣＰＵの負荷が高くなるおそれがある。

また、サービス提供手段の代理となって送受信するおとり手段を設ける従来技術の場合、おとり手段に対する再送トラフィックが発生するため、回線負荷を低減することは困難である。また、未契約の端末についての認証情報の問い合わせを所定期間抑止する従来技術の場合、端末からの認証要求の再送は繰り返されるため、回線負荷を低減することは困難である。

開示の技術は、上記に鑑みてなされたものであって、無線通信システムにおける負荷を低減する通信制御装置、通信制御方法及び無線通信システムを提供することを目的とする。

本願の開示する通信制御装置、通信制御方法及び無線通信システムの一つの態様において、通信制御部は、基地局装置から第１認証要求を受け付けて認証結果を取得し、前記基地局装置が認証された場合、前記基地局装置との間に第１通信経路を確立し、前記基地局装置との間で前記第１通信経路を用いて通信を行う。代理経路確立部は、前記基地局装置が認証されなかった場合に、前記基地局装置との間に第２通信経路を確立する。

１つの側面では、本発明は、無線通信システムにおける負荷を低減することができる。

図１は、無線通信システムの概略構成図である。 図２は、実施例１に係る契約者リストの一例を表す図である。 図３は、実施例１に係るセキュリティＧＷ装置のブロック図である。 図４は、実施例１に係る振分テーブルの一例を表す図である。 図５は、実施例１に係るＩＰｓｅｃ確立シーケンスの各装置間の処理を表すシーケンス図である。 図６は、実施例１に係るセキュリティＧＷ装置におけるＩＰｓｅｃ確立シーケンスのシーケンス図である。 図７は、実施例１に係るセキュリティＧＷ装置を用いた場合と従来のセキュリティＧＷ装置を用いた場合とのネットワーク負荷の比較を表す図である。 図８は、従来のセキュリティＧＷ装置のＩＰｓｅｃ接続の拒否のシーケンス図である。 図９は、実施例１に係るセキュリティＧＷ装置のＳ１−ＡＰ接続の拒否のシーケンス図である。 図１０は、実施例２に係るセキュリティＧＷ装置のブロック図である。 図１１は、ＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔのフォーマットの一例を表す図である。 図１２は、実施例２に係る契約者リストの一例を表す図である。 図１３は、実施例２に係る振分テーブルの一例を表す図である。 図１４は、実施例２に係るＩＰｓｅｃ確立シーケンスの各装置間の処理を表すシーケンス図である。 図１５は、実施例２に係るセキュリティＧＷ装置におけるＩＰｓｅｃ確立シーケンスのシーケンス図である。 図１６は、偽ＩＰｓｅｃ接続の削除処理のシーケンス図である。 図１７は、フェムト基地局のハードウェア構成図である。 図１８は、ハードウェアルータのハードウェア構成図である。 図１９は、サーバのハードウェア構成図である。

以下に、本願の開示す通信制御装置、通信制御方法及び無線通信システムの実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する通信制御装置、通信制御方法及び無線通信システムが限定されるものではない。

図１は、無線通信システムの概略構成図である。本実施例に係る無線通信システム１００は、セキュリティＧＷ（ＳｅＧＷ：Security Gateway）装置１、フェムト基地局２、Ｒａｄｉｕｓサーバ３、ＭＭＥ（Mobility Management Entity）４及び端末装置５を有する。

通信制御装置であるセキュリティＧＷ装置１は、インターネットを介してフェムト基地局２に接続される。また、セキュリティＧＷ装置１は、Ｒａｄｉｕｓサーバ３及びＭＭＥ４に接続される。セキュリティＧＷ装置１、Ｒａｄｉｕｓサーバ３及びＭＭＥ４は、キャリア網内に配置される。

端末装置５は、フェムト基地局２と無線通信を行う。そして、端末装置５は、フェムト基地局２を介してキャリア網に接続する。

基地局装置であるフェムト基地局２は、ローカルＩＰアドレスを用いて端末装置５と無線通信を行う。そして、フェムト基地局２から送出された信号のＩＰアドレスは、ブロードバンドルータ（不図示）においてＮＡＴにより、通信事業者が配置したＤＨＣＰサーバ（不図示）から割り振られたグローバルＩＰアドレスに変換される。逆に、セキュリティＧＷ装置１から送信された信号は、ブロードバンドルータによりローカルＩＰアドレスに変換されてフェムト基地局２に送られる。

セキュリティＧＷ装置１は、グローバルＩＰアドレスに変換された信号を受信する。また、セキュリティＧＷ装置１は、グローバルＩＰアドレスで表された宛先を有する信号をインターネットを介してフェムト基地局２へ送信する。このように、実際には、セキュリティＧＷ装置１とフェムト基地局２との間では、ブロードバンドルータによるアドレス変換が行われるが、以下では説明を分かり易くするためにブロードバンドルータによるアドレス変換を省略して説明する。

セキュリティＧＷ装置１は、フェムト基地局２との間でＩＰｓｅｃ接続を確立する。具体的には、セキュリティＧＷ装置１は、フェムト基地局２からの要求を受けて、ＩＰｓｅｃ接続を確立するためのＩＰｓｅｃ確立シーケンスを実行する。このＩＰｓｅｃ確立シーケンスにおいて、セキュリティＧＷ装置１は、フェムト基地局２に対する認証要求を受けて、Ｒａｄｉｕｓサーバ３にフェムト基地局２の認証処理を行わせる。認証処理の結果、フェムト基地局２が認証された場合、セキュリティＧＷ装置１は、フェムト基地局２との間でＩＰｓｅｃ接続を確立する。

ＩＰｓｅｃ確立シーケンスには、処理段階として第１フェーズ及び第２フェーズという２つのフェーズがある。第１フェーズでは、制御信号の送受信を行うためのＣ−ｐｌａｎｅについての通信が確立される。具体的には、第１フェーズでは、ＩＰｓｅｃを用いた通信を行うためのセキュアな通信経路であるＳＡを構築するためのパラメータ交換が行われる。

第２フェーズでは、ユーザデータを送受信するためのＵ−ｐｌａｎｅについての通信が確立される。具体的には、第２フェーズでは、まずユーザ認証及びパスワード認証が行われる。ユーザ認証では、契約者ＩＤを用いた認証処理が行われる。フェムト基地局２は、例えば、そのフェムト基地局２を管理する契約者ＩＤにより契約済みか否かが規定される。そこで、契約者ＩＤを用いた認証を行うことで、フェムト基地局２がキャリア網を管理する通信事業者と契約済みであるか否かの認証を行うことができる。パスワード認証では、パスワードを用いて、認証要求を行った装置が契約者本人により管理されているか否かの判定が行われる。さらに、第２フェーズでは、ＩＰｓｅｃ用いた接続確立が可能か否かの確認が行われる。第２フェーズの処理が完了すると、セキュリティＧＷ装置１とフェムト基地局２との間にＩＰｓｅｃ接続が確立する。以下では、ＩＰｓｅｃ確立シーケンスにおけるセキュリティＧＷ装置１とフェムト基地局２との間で交換されるメッセージをＩＫＥメッセージと言う。

ＩＰｓｅｃ接続の確立後、セキュリティＧＷ装置１は、フェムト基地局２とＭＭＥ４との間のＳＰ１−ＡＰ接続の確立を仲介する。ＳＰ１−ＡＰ接続が確立すると、フェムト基地局２は、キャリア網を介した通信が可能となる。

また、セキュリティＧＷ装置１は、契約者ＩＤを用いた認証が失敗しフェムト基地局２を未契約フェムトと判定した場合、偽のＩＰＳｅｃを用いた接続を確立する。これにより、未契約フェムトによるＩＫＥメッセージの再送を抑制できる。セキュリティＧＷ装置１のＩＰｓｅｃ確立シーケンスの機能については後で詳細に説明する。

認証装置であるＲａｄｉｕｓサーバ３は、例えば、図２に示す契約者リスト３１を有する。図２は、実施例１に係る契約者リストの一例を表す図である。契約者リスト３１には、契約者ＩＤ及び各契約者ＩＤに対応するパスワードが登録される。

Ｒａｄｉｕｓサーバ３は、ユーザ認証における契約者ＩＤを用いた認証要求をセキュリティＧＷ装置１から受信する。そして、Ｒａｄｉｕｓサーバ３は、契約者リスト３１に契約者ＩＤが登録されているか否かを確認し、フェムト基地局２が契約済みか否かを判定する。そして、Ｒａｄｉｕｓサーバ３は、ユーザ認証の認証結果をセキュリティＧＷ装置１へ送信する。

ユーザ認証が成功すると、Ｒａｄｉｕｓサーバ３は、パスワード認証におけるパスワードを用いた認証の要求をセキュリティＧＷ装置１から受信する。そして、Ｒａｄｉｕｓサーバ３は、契約者リスト３１に登録された契約者ＩＤのパスワードと認証要求で通知されたパスワードが一致するか否かを確認し、フェムト基地局２が適切なセキュリティ情報を有するか否かを判定する。そして、Ｒａｄｉｕｓサーバ３は、パスワードを用いた認証結果をセキュリティＧＷ装置１へ送信する。

次に、図３を参照して、セキュリティＧＷ装置１によるＩＰｓｅｃ確立シーケンスの実行の詳細について説明する。図３は、実施例１に係るセキュリティＧＷ装置のブロック図である。セキュリティＧＷ装置１は、ＩＰｓｅｃ処理部１１、振分テーブル１２、振分処理部１３及びＩＰｓｅｃ処理代理部１４を有する。

ＩＰｓｅｃ処理部１１は、ＩＫＥメッセージを受信し、受信したＩＫＥメッセージに応じてＩＰｓｅｃ接続の確立処理を実行する。まず、ＩＰｓｅｃ処理部１１は、第１フェーズの処理を実行する。

具体的には、ＩＰｓｅｃ処理部１１は、第１フェーズの処理として、フェムト基地局２から送信されたＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔの入力を振分処理部１３から受ける。ＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔは、ＩＰｓｅｃを用いた通信を行うためのセキュアな通信経路であるＳＡを構築するためのパラメータ交換要求である。このＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔは、ＭＩＤ（Message Identifier）が００である。以下では、ＭＩＤの番号を、ＭＩＤ＝００と表す。そして、ＩＰｓｅｃ処理部１１は、パラメータ交換の応答としてＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。ＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｓｐｏｎｓｅも、ＭＩＤ＝００である。このパラメータ交換を行うことで、ＩＰｓｅｃ処理部１１は、フェムト基地局２との間にセキュアな通信経路であるＳＡを構築することができる。これにより、ＩＰｓｅｃ処理部１１は、第１フェーズの接続を確立する。この後、処理はユーザデータを送受信するためのＵ−ｐｌａｎｅにおける通信を確立するための段階である第２フェーズに移行する。

次に、ＩＰｓｅｃ処理部１１は、フェムト基地局２から送信されたＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔの入力を振分処理部１３から受ける。ＭＩＤ＝０１のＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔは、第１フェーズにおけるフェムト基地局２が契約済みか否かを確認する認証要求である。ＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔは、契約者ＩＤを含む。このＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔが、「第１認証要求」の一例にあたる。

ＩＰｓｅｃ処理部１１は、Ａｃｃｅｓｓ−ＲｅｑｕｅｓｔをＲａｄｉｕｓサーバ３に送信してユーザの認証処理の実行をＲａｄｉｕｓサーバ３に指示する。そして、Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔには、ＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔに含まれていた契約者ＩＤが含まれる。以下では、フェムト基地局２に対応する契約者ＩＤを用いた認証処理をユーザ認証と言う。

その後、ＩＰｓｅｃ処理部１１は、ユーザの認証結果をＲａｄｉｕｓサーバ３から受信する。そして、ＩＰｓｅｃ処理部１１は、受信した認証結果からフェムト基地局２のユーザ認証が成功したか否かを判定する。

フェムト基地局２のユーザ認証が失敗した場合、ＩＰｓｅｃ処理部１１は、ＩＰｓｅｃ接続の確立の代理依頼をＩＰｓｅｃ処理代理部１４に送信する。この時、ＩＰｓｅｃ処理部１１は、フェムト基地局２のＩＰアドレスなどの情報及びフェムト基地局２から送信された契約者ＩＤの情報をＩＰｓｅｃ処理代理部１４へ送信する。

これに対して、フェムト基地局２のユーザ認証が成功した場合、ＩＰｓｅｃ処理部１１は、フェムト基地局２のユーザの認証成功（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｕｃｃｅｓｓ）を通知するＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。これにより、契約者ＩＤで表されるユーザの認証が完了する。

次に、ＩＰｓｅｃ処理部１１は、フェムト基地局２から送信されたＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔの入力を振分処理部１３から受ける。ＭＩＤ＝０２のＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔは、パスワードを用いた認証要求である。以下では、フェムト基地局２に対応するパスワードを用いた認証処理をパスワード認証と言う。そして、ＩＰｓｅｃ処理部１１は、パスワードを含むＡｃｃｅｓｓ−ＲｅｑｕｅｓｔをＲａｄｉｕｓサーバ３に送信して、パスワード認証の実行をＲａｄｉｕｓサーバ３に指示する。

パスワード認証が失敗した場合、ＩＰｓｅｃ処理部１１は、Ａｃｃｅｓｓ−ＲｅｊｅｃｔをＲａｄｉｕｓサーバ３から受信する。その後、ＩＰｓｅｃ処理部１１は、パスワード認証失敗（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆａｉｌｕｒｅ）を通知するＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。これにより、ＩＰｓｅｃ処理部１１は、第２フェーズの処理を失敗してＩＰｓｅｃ接続の確立処理を終了する。

パスワード認証が成功した場合、ＩＰｓｅｃ処理部１１は、Ａｃｃｅｓｓ−ＡｃｃｅｐｔをＲａｄｉｕｓサーバ３から受信する。その後、ＩＰｓｅｃ処理部１１は、パスワード認証成功を通知するＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。これにより、フェムト基地局２のパスワードの認証が完了する。

次に、ＩＰｓｅｃ処理部１１は、フェムト基地局２から送信されたＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔの入力を振分処理部１３から受ける。ＭＩＤ＝０３のＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔは、ＩＰｓｅｃ接続の確立が可能か否かの判定要求である。以下では、フェムト基地局２とセキュリティＧＷ装置１との間のＩＰｓｅｃ接続の確立が可能か否かを判定する処理を接続確立判定と言う。そして、ＩＰｓｅｃ処理部１１は、フェムト基地局２及びセキュリティＧＷ装置１における通信方式及び暗号化方式などを比較して、接続確立判定を実行する。

接続確立が可能な場合、ＩＰｓｅｃ処理部１１は、接続確立可能を通知するＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。これにより、第２フェーズの処理が完了して、第２フェーズの接続が確立する。第１フェーズ及び第２フェーズの接続が確立することで、セキュリティＧＷ装置１とフェムト基地局２との間にＩＰｓｅｃ接続が確立される。このＩＰｓｅｃ処理部１１により確立されたＩＰｓｅｃ接続が、「第１通信経路」の一例にあたる。そして、ＭＩＤ＝０２及び０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔが、「第２認証要求」の一例にあたる。

これに対して、接続確立が困難な場合、ＩＰｓｅｃ処理部１１は、接続確立困難を通知するＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。これにより、ＩＰｓｅｃ処理部１１は、第２フェーズの処理を失敗してＩＰｓｅｃ接続の確立処理を終了する。このＩＰｓｅｃ処理部１１が、「通信制御部」の一例にあたる。

ＩＰｓｅｃ処理代理部１４は、振分処理部１３から転送されたＩＫＥメッセージに応じて実際には使用されないＩＰｓｅｃ接続を確立する。このＩＰｓｅｃ処理代理部１４が確立するＩＰｓｅｃ接続は、適切なフェムト基地局２との間の通信経路ではなく、あくまでも、未契約フェムトであるフェムト基地局２からのＩＫＥメッセージの再送を抑制するために確立される偽装の接続である。そこで、以下では、ＩＰｓｅｃ処理代理部１４が確立するＩＰｓｅｃ接続を、「偽ＩＰｓｅｃ接続」という。この偽ＩＰＳｅｃ接続が、「第２通信経路」の一例にあたる。

さらに、ＩＰｓｅｃ処理代理部１４は、偽ＩＰｓｅｃ接続の確立に応じて、偽ＩＰｓｅｃ接続の接続先となるフェムト基地局２のＩＰアドレスの登録を振分処理部１３に依頼する。以下にＩＰｓｅｃ処理代理部１４の動作の詳細について説明する。

Ｒａｄｉｕｓサーバ３によるユーザ認証が失敗した場合、ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ接続の確立の代理依頼をＩＰｓｅｃ処理部１１から受ける。そして、ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ処理部１１から第１フェーズの接続を引き継ぎ、フェムト基地局２との間で、第１フェーズの接続を確立する。次に、ＩＰｓｅｃ処理代理部１４は、ユーザ認証が失敗したフェムト基地局２のＩＰアドレスを振分処理部１３へ通知して振分テーブル１２への追加を依頼する。

さらに、ＩＰｓｅｃ処理代理部１４は、フェムト基地局２のユーザの認証成功を通知するＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。これにより、契約者ＩＤで表されるユーザの認証が完了する。

次に、ＩＰｓｅｃ処理代理部１４は、フェムト基地局２から送信されたＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔの入力を振分処理部１３から受ける。次に、ＩＰｓｅｃ処理代理部１４は、パスワード認証の成功を通知するＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。

次に、ＩＰｓｅｃ処理代理部１４は、フェムト基地局２から送信されたＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔの入力を振分処理部１３から受ける。次に、ＩＰｓｅｃ処理代理部１４は、接続確立可能を通知するＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。これにより、第２フェーズの処理が完了して、第２フェーズの接続が確立する。第１フェーズ及び第２フェーズの接続が確立することで、ＩＰｓｅｃ処理代理部１４は、セキュリティＧＷ装置１とフェムト基地局２との間に偽ＩＰｓｅｃ接続を確立する。

ここで、未契約フェムトであるフェムト基地局２との間で偽ＩＰｓｅｃ接続が確立されることで、セキュリティＧＷ装置１は、未契約フェムトであるフェムト基地局２との間でのＩＰｓｅｃ確立シーケンスの再実行を回避できる。すなわち、未契約フェムトであるフェムト基地局２によるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔの送信からセキュリティＧＷ装置１によるユーザ認証失敗を通知するＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅの送信までの第１フェーズの処理の繰り返しを回避できる。

なお、偽ＩＰｓｅｃ接続の確立後、セキュリティＧＷ装置１は、フェムト基地局２から偽ＩＰｓｅｃ接続を用いて送信されたＳ１−ＡＰ接続の確立要求であるＳＣＴＰ Ｉｎｉｔを受信する。この場合、セキュリティＧＷ装置１は、ＳＣＴＰ Ｉｎｉｔを破棄し、フェムト基地局２とＭＭＥ４との間のＳ１−ＡＰ接続を確立させない。フェムト基地局２は、ＭＭＥ４との間のＳ１−ＡＰ接続が確立しなければ、電波を送出しないため、端末装置５からのパケットの送信は行われない。

図４は、実施例１に係る振分テーブルの一例を表す図である。振分テーブル１２は、図４に示すように偽ＩＰｓｅｃ接続を確立したフェムト基地局２のＩＰアドレスが登録される。この振分テーブル１２が、「情報保持部」の一例にあたる。

振分処理部１３は、インターネットを介してフェムト基地局２から送信されたＩＫＥメッセージを受信する。次に、振分処理部１３は、ＩＫＥメッセージの送信元のＩＰアドレスが振分テーブル１２に登録されているか否かを判定する。ＩＫＥメッセージの送信元のＩＰアドレスが振分テーブル１２に登録されていない場合、振分処理部１３は、ＩＫＥメッセージをＩＰｓｅｃ処理部１１へ転送する。これに対して、ＩＫＥメッセージの送信元のＩＰアドレスが振分テーブル１２に登録されている場合、振分処理部１３は、ＩＫＥメッセージをＩＰｓｅｃ処理代理部１４へ転送する。

また、振分処理部１３は、ユーザ認証が失敗したフェムト基地局２のＩＰアドレス及び振分テーブル１２の追加依頼をＩＰｓｅｃ処理代理部１４から受信する。そして、振分処理部１３は、取得したＩＰアドレスを振分テーブル１２へ登録する。

次に、図５を参照してＩＰｓｅｃ確立シーケンスの全体的な流れについて説明する。図５は、実施例１に係るＩＰｓｅｃ確立シーケンスの各装置間の処理を表すシーケンス図である。図５では、セキュリティＧＷ装置１として、ＩＰｓｅｃ処理代理部１４とそれ以外の機能部との処理を分けて表示した。ここでは、ＩＰｓｅｃ処理代理部１４以外の機能部の処理を、セキュリティＧＷ装置１の処理として説明する。

セキュリティＧＷ装置１は、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ１）。

次に、セキュリティＧＷ装置１は、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ２）。

その後、セキュリティＧＷ装置１は、第１フェーズ（Ｐｈ１）の接続を確立する（ステップＳ３）。

次に、セキュリティＧＷ装置１は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ４）。

次に、セキュリティＧＷ装置１は、契約者ＩＤを含むＡｃｃｅｓｓ−ＲｅｑｕｅｓｔをＲａｄｉｕｓサーバ３へ送信する（ステップＳ５）。

その後、Ｒａｄｉｕｓサーバ３は、受信した契約者ＩＤを用いて認証処理を実行する。この場合、フェムト基地局２は未契約フェムトであり、Ｒａｄｉｕｓサーバ３は、認証に失敗する。そして、Ｒａｄｉｕｓサーバ３は、認証の失敗を通知するＡｃｃｅｓｓ−ＲｅｊｅｃｔをセキュリティＧＷ装置１へ送信する（ステップＳ６）。

セキュリティＧＷ装置１は、Ａｃｃｅｓｓ−ＲｅｊｅｃｔをＲａｄｉｕｓサーバ３から受信する。そして、セキュリティＧＷ装置１は、ＩＰｓｅｃ接続の確立の代理依頼をＩＰｓｅｃ処理代理部１４へ通知する（ステップＳ７）。

ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ接続の確立の代理依頼を受けて、第１フェーズ（Ｐｈ１）の接続を引き継ぐ（ステップＳ８）。

そして、ＩＰｓｅｃ処理代理部１４は、ユーザ認証成功を通知するＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ９）。

次に、ＩＰｓｅｃ処理代理部１４は、パスワード認証を要求するＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ１０）。

次に、ＩＰｓｅｃ処理代理部１４は、パスワード認証成功を通知するＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ１１）。

次に、ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ接続の確立が可能か否かの判定要求でありＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ１２）。

次に、ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ接続の確立可能を通知するＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ１３）。

そして、ＩＰｓｅｃ処理代理部１４は、第２フェーズ（Ｐｈ２）の接続を確立する（ステップＳ１４）。

これにより、ＩＰｓｅｃ処理代理部１４は、セキュリティＧＷ装置１と未契約フェムトであるフェムト基地局２との間に偽ＩＰｓｅｃ接続を確立する（ステップＳ１５）。

次に、図６を参照して、セキュリティＧＷ装置１におけるＩＰｓｅｃ確立シーケンスの処理の流れを説明する。図６は、実施例１に係るセキュリティＧＷ装置におけるＩＰｓｅｃ確立シーケンスのシーケンス図である。

振分処理部１３は、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ１０１）。

次に、振分処理部１３は、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理部１１へ転送する（ステップＳ１０２）。

ＩＰｓｅｃ処理部１１は、振分処理部１３から受信したＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔの応答として、ＭＩＤ＝００のＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ１０３）。

そして、ＩＰｓｅｃ処理部１１は、フェムト基地局２との間に第１フェーズ（Ｐｈ１）の接続を確立する（ステップＳ１０４）。

次に、振分処理部１３は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ１０５）。

次に、振分処理部１３は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理部１１へ転送する（ステップＳ１０６）。

ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。次に、ＩＰｓｅｃ処理部１１は、契約者ＩＤを送信してＲａｄｉｕｓ認証をＲａｄｉｕｓサーバ３に依頼する（ステップＳ１０７）。

その後、ＩＰｓｅｃ処理部１１は、Ｒａｄｉｕｓ認証の結果をＲａｄｉｕｓサーバ３から受信する。そして、ＩＰｓｅｃ処理部１１は、Ｒａｄｉｕｓ認証が成功したか否かを判定する（ステップＳ１０８）。

Ｒａｄｉｕｓ認証が成功した場合（ステップＳ１０８：肯定）、ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ１０９）。

これに対して、Ｒａｄｉｕｓ認証が失敗した場合（ステップＳ１０８：否定）、ＩＰｓｅｃ処理部１１は、ＩＰｓｅｃ接続の確立の代理依頼をＩＰｓｅｃ処理代理部１４へ送信する（ステップＳ１１０）。

ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ接続の確立の代理依頼をＩＰｓｅｃ処理部１１から受ける。そして、ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ処理部１１から第１フェーズの接続を引き継ぎ、フェムト基地局２との間に第１フェーズ（Ｐｈ１）の接続を確立する（ステップＳ１１１）。

次に、ＩＰｓｅｃ処理代理部１４は、Ｒａｄｉｕｓ認証が失敗したフェムト基地局２のＩＰアドレスの振分テーブル１２への登録を振分処理部１３へ依頼する（ステップＳ１１２）。

振分処理部１３は、ＩＰｓｅｃ処理代理部１４からの依頼を受けて、Ｒａｄｉｕｓ認証が失敗したフェムト基地局２のＩＰアドレスを振分テーブル１２へ登録する（ステップＳ１１３）。

その後、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ１１４）。

次に、振分処理部１３は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ１１５）。

次に、振分処理部１３は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔの送信元のフェムト基地局２のＩＰアドレスが振分テーブル１２に存在するか否かを判定する（ステップＳ１１６）。

ＩＰアドレスが振分テーブル１２に存在しない場合（ステップＳ１１６：否定）、振分処理部１３は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理部１１へ転送する（ステップＳ１１７）。

ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。次に、ＩＰｓｅｃ処理部１１は、パスワードを送信してＲａｄｉｕｓ認証をＲａｄｉｕｓサーバ３に依頼する（ステップＳ１１８）。

その後、ＩＰｓｅｃ処理部１１は、Ｒａｄｉｕｓ認証の結果をＲａｄｉｕｓサーバ３から受信する。そして、ＩＰｓｅｃ処理部１１は、Ｒａｄｉｕｓ認証が成功したか否かを判定する（ステップＳ１１９）。

Ｒａｄｉｕｓ認証が成功した場合（ステップＳ１１９：肯定）、ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ１２０）。

これに対して、Ｒａｄｉｕｓ認証が失敗した場合（ステップＳ１１９：否定）、ＩＰｓｅｃ処理部１１は、ＩＰｓｅｃ接続の確立が失敗したと判定し処理を終了する（ステップＳ１２１）。

一方、ＩＰアドレスが振分テーブル１２に存在する場合（ステップＳ１１６：肯定）、振分処理部１３は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理代理部１４へ転送する（ステップＳ１２２）。

ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。そして、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ１２３）。

次に、振分処理部１３は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ１２４）。

次に、振分処理部１３は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔの送信元のフェムト基地局２のＩＰアドレスが振分テーブル１２に存在するか否かを判定する（ステップＳ１２５）。

ＩＰアドレスが振分テーブル１２に存在しない場合（ステップＳ１２５：否定）、振分処理部１３は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理部１１へ転送する（ステップＳ１２６）。

ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。その後、ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ１２７）。

そして、ＩＰｓｅｃ処理部１１は、フェムト基地局２との間に第２フェーズ（Ｐｈ２）の接続を確立する（ステップＳ１２８）。

一方、ＩＰアドレスが振分テーブル１２に存在する場合（ステップＳ１２５：肯定）、振分処理部１３は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理代理部１４へ転送する（ステップＳ１２９）。

ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。そして、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ１３０）。

そして、ＩＰｓｅｃ処理代理部１４は、フェムト基地局２との間に第２フェーズ（Ｐｈ２）の接続を確立する（ステップＳ１３１）。

次に、図７を参照して、本実施例に係るセキュリティＧＷ装置１を用いた場合と従来のセキュリティＧＷ装置１０を用いた場合とのネットワーク負荷を比較する。図７は、実施例１に係るセキュリティＧＷ装置を用いた場合と従来のセキュリティＧＷ装置を用いた場合とのネットワーク負荷の比較を表す図である。図７の紙面に向かって上段が従来のセキュリティＧＷ装置１０を用いた場合を表し、下段が本実施例に係るセキュリティＧＷ装置１を用いた場合を表す。ここで、従来のセキュリティＧＷ装置１０は、ユーザ認証が失敗したフェムト基地局２のＩＰアドレスを登録したブラックリストを作成し、そのブラックリストを用いてＩＰｓｅｃ接続を拒否する場合で説明する。

従来のセキュリティＧＷ装置１０は、ユーザ認証が失敗するため、フェムト基地局２との間にＩＰＳｅｃ接続が確立しない。そのため、セキュリティＧＷ装置１０とフェムト基地局２との間では、ＩＰｓｅｃ確立第１フェーズ１０１が繰り返される。ＩＰｓｅｃ確立第１フェーズ１０１では、フェムト基地局２は、ＩＫＥ＿ＳＡ＿ＩＮＩＴのセキュリティＧＷ装置１０への再送を３パケット／９秒で繰り返す。

一方、本実施例に係るセキュリティＧＷ装置１は、フェムト基地局２との間に偽ＩＰｓｅｃ接続１０２を確立させる。そのため、セキュリティＧＷ装置１０とフェムト基地局２との間では、偽ＩＰｓｅｃ接続１０２を用いて実行されるＳ１−ＡＰコネクション確立第１フェーズ１０３が繰り返される。Ｓ１−ＡＰコネクション確立第１フェーズ１０３では、フェムト基地局２は、ＳＣＴＰ ＩｎｉｔのセキュリティＧＷ装置１０への再送を５パケット／９３秒で繰り返す。

ここで、従来のセキュリティＧＷ装置１０によるＩＰｓｅｃ接続の拒否のシーケンスは図８のように示される。図８は、従来のセキュリティＧＷ装置のＩＰｓｅｃ接続の拒否のシーケンス図である。

セキュリティＧＷ装置１０は、再送処理１１１及び１１２のように、最初のＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔの送信後、１秒、３秒、５秒の間隔でＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔの再送を行う処理を繰返す。

また、本実施例に係るセキュリティＧＷ装置１によるＩＰｓｅｃ接続の拒否のシーケンスは図９のように示される。図９は、実施例１に係るセキュリティＧＷ装置のＩＰｓｅｃ接続の拒否のシーケンス図である。

セキュリティＧＷ装置１は、偽ＩＰｓｅｃ接続を確立する（ステップＳ２１１）。その後、ステップＳ２１２〜２１５に示すように、３〜６０秒の間隔で１回毎に間隔を２倍にしながらステップＳ２１２〜Ｓ２１５のようにＳＣＴＰ Ｉｎｉｔを送信して、全部で５回のＳＣＴＰ Ｉｎｔの再送を行う処理を繰返す。

このように、本実施例に係るセキュリティＧＷ装置１によるＳ１−ＡＰ接続の拒否のシーケンスでは、従来のセキュリティＧＷ装置１０によるＩＰｓｅｃ接続の拒否のシーケンスに比べてネットワーク負荷が軽減される。

以上に説明したように、本実施例に係るセキュリティＧＷ装置は、未契約フェムトとの間に偽ＩＰｓｅｃ接続を確立する。これにより、フェムト基地局２からのＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔの再送を抑制でき、回線負荷を低減することができる。

図１０は、実施例２に係るセキュリティＧＷ装置のブロック図である。本実施例に係るセキュリティＧＷ装置１は、未契約フェムトのＭＡＣアドレスを予め保持し、フェムト基地局２からのＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔの受信時に未契約フェムトを識別することが実施例１と異なる。以下の説明では、実施例１と同様の各部の動作については説明を省略する。

フェムト基地局２は、ＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔのペイロードに自装置のＭＡＣ（Media Access Control）アドレスを埋め込んで送信する。このＭＡＣアドレスが、「固定識別情報」の一例にあたる。本実施例に係るＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔは、例えば、図１１に示すフォーマット２００を有する。図１１は、ＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔのフォーマットの一例を表す図である。

ＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔは、フォーマット２００に示すように、ヘッダを除いたＩＫＥ＿ＳＡ＿ＩＮＩＴに通知情報２０２を格納するペイロードを有する。フェムト基地局２は、通知情報２０２の中に自装置のＭＡＣアドレスを埋め込む。

本実施例に係るＲａｄｉｕｓサーバ３は、図１２に示す契約者リスト３１を有する。図１２は、実施例２に係る契約者リストの一例を表す図である。本実施例に係る契約者リスト３１は、契約者ＩＤ及びパスワードに加えて、契約者ＩＤ及びパスワードで示されるセキュリティ情報が割り当てられたフェムト基地局２のＭＡＣアドレスが登録される。ここで、契約者リスト３１に対するＭＡＣアドレスの登録は、契約者ＩＤ及びパスワードの登録時に、管理者が登録を行ってもよい。また、Ｒａｄｉｕｓサーバ３が、契約を有するフェムト基地局２のＲａｄｉｕｓ認証を行う際に、セキュリティＧＷ装置１からフェムト基地局２のＭＡＣアドレスを取得して契約者リスト３１に登録してもよい。

そして、Ｒａｄｉｕｓサーバ３は、セキュリティＧＷ装置１が起動した際に、セキュリティＧＷ装置１から契約者リスト３１の送信要求を受ける。そして、Ｒａｄｉｕｓサーバ３は、契約者リスト３１をセキュリティＧＷ装置１へ送信する。その後、契約者リスト３１の更新が行われた場合、Ｒａｄｉｕｓサーバ３は、前回の情報送信から今回までの差分の情報をセキュリティＧＷ装置１へ送信する。

図１０に示すように、本実施例に係るセキュリティＧＷ装置１は、実施例１のセキュリティＧＷ装置１の各部に加えて、契約者情報管理部１５及び契約者リスト１６を有する。

契約者情報管理部１５は、セキュリティＧＷ装置１が起動した際に、契約者リスト３１の送信要求をＲａｄｉｕｓサーバ３へ送信する。そして、契約者情報管理部１５は、その応答として契約者リスト３１をＲａｄｉｕｓサーバ３から取得する。その後、契約者情報管理部１５は、契約者リスト３１の情報を契約者リスト１６に登録する。ここで、契約者情報管理部１５は、本実施例では、契約者リスト３１の全ての情報を契約者リスト１６に登録したが、契約者リスト１６には、契約済みのフェムト基地局２のＭＡＣアドレスが登録されればよい。この契約者リスト１６が、「認証情報格納部」の一例にあたる。

その後、契約者情報管理部１５は、契約者リスト３１の更新が発生すると、既に取得した契約者リスト３１との差分の情報をＲａｄｉｕｓサーバ３から受信する。そして、契約者情報管理部１５は、新たに追加されたフェムト基地局２の情報を契約者リスト１６に追加する。そして、契約者情報管理部１５は、新たに追加されたフェムト基地局２のＭＡＣアドレスを振分処理部１３に通知する。また、契約者リスト３１から削除されたフェムト基地局２がある場合、契約者情報管理部１５は、契約者リスト１６からそのフェムト基地局２の情報を削除する。

また、契約者情報管理部１５は、フェムト基地局２からＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔが送信された場合、ＭＡＣアドレスとともに契約者情報の確認依頼の入力をＩＰｓｅｃ処理部１１から受ける。そして、契約者情報管理部１５は、取得したＭＡＣアドレスが契約者リスト１６に存在するか否かを判定する。そして、契約者情報管理部１５は、判定結果をＩＰｓｅｃ処理部１１へ通知する。

ＩＰｓｅｃ処理部１１は、ＭＡＣアドレスが埋め込まれた、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔをフェムト基地局２から受信する。そして、ＩＰｓｅｃ処理部１１は、ＩＫＥ＿ＳＡ＿ＩＮＩＴからＭＡＣアドレスを取得する。その後、ＩＰｓｅｃ処理部１１は、取得したＭＡＣアドレスを契約者情報管理部１５へ送信して、契約者情報の確認を依頼する。

ＭＡＣアドレスが契約者リスト１６に存在する場合、ＩＰｓｅｃ処理部１１は、契約者リスト１６におけるＭＡＣアドレスの存在の通知を契約者情報管理部１５から受ける。そして、ＩＰｓｅｃ処理部１１は、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｓｐｏｎｓｅをフェムト基地局２に返す。これにより、ＩＰｓｅｃ処理部１１は、第１フェーズの接続を確立する。その後、ＩＰｓｅｃ処理部１１は、通常のＩＰｓｅｃ確立シーケンスを実行する。

これに対して、ＭＡＣアドレスが契約者リスト１６に存在しない場合、ＩＰｓｅｃ処理部１１は、契約者リスト１６におけるＭＡＣアドレスの不存在の通知を契約者情報管理部１５から受ける。そして、ＩＰｓｅｃ処理部１１は、ＩＰｓｅｃ接続の確立の代理依頼をＩＰｓｅｃ処理代理部１４に通知する。

ＩＰｓｅｃ処理代理部１４は、フェムト基地局２から送信されたＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔに埋め込まれたＭＡＣアドレスが契約者リスト１６に存在しない場合、ＩＰｓｅｃ接続の確立の代理依頼をＩＰｓｅｃ処理部１１から受ける。この時、ＩＰｓｅｃ処理代理部１４は、ＩＰアドレス及びＭＡＣアドレスを含むフェムト基地局２の情報もＩＰｓｅｃ処理部１１から取得する。次に、ＩＰｓｅｃ処理代理部１４は、ＭＡＣアドレスが契約者リスト１６に存在しないフェムト基地局２を未契約フェムトと判定し、そのフェムト基地局２のＩＰアドレス及びＭＡＣアドレスの登録を振分処理部１３に依頼する。さらに、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。これにより、ＩＰｓｅｃ処理代理部１４は、第１フェーズの接続を確立する。

その後、ＩＰｓｅｃ処理代理部１４は、未契約フェムトと判定したフェムト基地局２から送信されたＭＩＤ＝０１のＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔの入力を振分処理部１３から受ける。そして、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０１のＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する。さらに、ＩＰｓｅｃ処理代理部１４は、第２フェーズの処理を行い、第２フェーズの接続を確立させて、偽ＩＰｓｅｃ接続をフェムト基地局２との間で確立する。

また、ＩＰｓｅｃ処理代理部１４は、振分テーブル１２に登録された未契約フェムトが再契約された場合、振分テーブル１２からの削除通知を、削除されたＩＰアドレスとともに振分処理部１３から受ける。そして、ＩＰｓｅｃ処理代理部１４は、通知されたＩＰアドレスを有するフェムト基地局２との間で確立させた偽ＩＰｓｅｃ接続を削除する。

本実施例に係る振分テーブル１２は、図１３に示すように、ＩＰアドレスに対応させてＭＡＣアドレスが登録される。図１３は、実施例２に係る振分テーブルの一例を表す図である。

振分処理部１３は、ＭＡＣアドレスが契約者リスト１６に存在しないフェムト基地局２のＩＰアドレス及びＭＡＣアドレスの登録依頼をＩＰｓｅｃ処理代理部１４から受ける。そして、振分処理部１３は、図１３で示される振分テーブル１２に、ＩＰｓｅｃ処理代理部１４から取得したＩＰアドレス及びＭＡＣアドレスを対応付けて登録する。

また、振分処理部１３は、契約者リスト３１に新たに追加されたフェムト基地局２のＭＡＣアドレスの入力を契約者情報管理部１５から受ける。そして、振分処理部１３は、通知されたＭＡＣアドレスを有するフェムト基地局２を再契約されたフェムト基地局２と判定する。その後、振分処理部１３は、再契約されたフェムト基地局２のＩＰアドレス及びＭＡＣアドレスを振分テーブル１２から削除する。さらに、振分処理部１３は、振分テーブル１２からの削除を、削除したＩＰアドレスとともにＩＰｓｅｃ処理代理部１４へ通知する。

振分処理部１３は、インターネットを介してフェムト基地局２から送信されたＩＫＥメッセージを受信する。次に、振分処理部１３は、ＩＫＥメッセージの送信元のＩＰアドレスが振分テーブル１２に登録されているか否かを判定する。ＩＫＥメッセージの送信元のＩＰアドレスが振分テーブル１２に登録されていない場合、振分処理部１３は、ＩＫＥメッセージをＩＰｓｅｃ処理部１１へ転送する。これに対して、ＩＫＥメッセージの送信元のＩＰアドレスが振分テーブル１２に登録されている場合、振分処理部１３は、ＩＫＥメッセージをＩＰｓｅｃ処理代理部１４へ転送する。

次に、図１４を参照して本実施例に係るＩＰｓｅｃ確立シーケンスの全体的な流れについて説明する。図１４は、実施例２に係るＩＰｓｅｃ確立シーケンスの各装置間の処理を表すシーケンス図である。図１４では、セキュリティＧＷ装置１として、ＩＰｓｅｃ処理代理部１４とそれ以外の機能部との処理を分けて表示した。ここでは、ＩＰｓｅｃ処理代理部１４以外の機能部の処理を、セキュリティＧＷ装置１の処理として説明する。

セキュリティＧＷ装置１は、契約者リスト３１の取得をＲａｄｉｕｓサーバ３に要求する（ステップＳ３１）。

Ｒａｄｉｕｓサーバ３は、取得要求を受けて、契約者リスト３１をセキュリティＧＷ装置１へ送信する（ステップＳ３２）。セキュリティＧＷ装置１は、Ｒａｄｉｕｓサーバ３から受信した契約者リスト３１を用いて契約者リスト１６を作成して保持する。

次に、セキュリティＧＷ装置１は、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ３３）。

次に、セキュリティＧＷ装置１は、受信したＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔから送信元のフェムト基地局２のＭＡＣアドレスを取得する。そして、セキュリティＧＷ装置１は、取得したＭＡＣアドレスが契約者リスト１６に存在するか否かを判定する。ここでは、取得したＭＡＣアドレスが契約者リスト１６に存在しない場合で説明する。そして、セキュリティＧＷ装置１は、ＩＰｓｅｃ接続の確立の代理依頼をＩＰｓｅｃ処理代理部１４へ通知する（ステップＳ３４）。

ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ接続の確立の代理依頼を受ける。そして、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅ
ｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ３５）。

その後、ＩＰｓｅｃ処理代理部１４は、第１フェーズ（Ｐｈ１）の接続を確立する（ステップＳ３６）。

次に、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ３７）。

そして、ＩＰｓｅｃ処理代理部１４は、ユーザ認証成功を通知するＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ３８）。

次に、ＩＰｓｅｃ処理代理部１４は、パスワード認証を要求するＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ３９）。

次に、ＩＰｓｅｃ処理代理部１４は、パスワード認証成功を通知するＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ４０）。

次に、ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ接続の確立が可能か否かの判定要求でありＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ４１）。

次に、ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ接続の確立可能を通知するＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ４２）。

そして、ＩＰｓｅｃ処理代理部１４は、第２フェーズ（Ｐｈ２）の接続を確立する（ステップＳ４３）。

これにより、ＩＰｓｅｃ処理代理部１４は、セキュリティＧＷ装置１と未契約フェムトであるフェムト基地局２との間に偽ＩＰｓｅｃ接続を確立する（ステップＳ４４）。

次に、図１５を参照して、本実施例に係るセキュリティＧＷ装置１におけるＩＰｓｅｃ確立シーケンスの処理の流れを説明する。図１５は、実施例２に係るセキュリティＧＷ装置におけるＩＰｓｅｃ確立シーケンスのシーケンス図である。

振分処理部１３は、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ３０１）。

次に、振分処理部１３は、ＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理部１１へ転送する（ステップＳ３０２）。

ＩＰｓｅｃ処理部１１は、振分処理部１３から受信したＭＩＤ＝００であるＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔから送信元のフェムト基地局２のＭＡＣアドレスを取得する。そして、ＩＰｓｅｃ処理部１１は、取得したＭＡＣアドレスを契約者情報確認依頼とともに契約者情報管理部１５へ送信する（ステップＳ３０３）。

契約者情報管理部１５は、ＩＰｓｅｃ処理部１１から取得したＭＡＣアドレスが契約者リスト１６に存在するか否かを判定する（ステップＳ３０４）。

ＭＡＣアドレスが契約者リスト１６に存在する場合（ステップＳ３０４：肯定）、契約者情報管理部１５は、ＭＡＣアドレスが契約者リスト１６に存在することをＩＰｓｅｃ処理部１１に通知する（ステップＳ３０５）。

ＩＰｓｅｃ処理部１１は、契約者リスト１６にＭＡＣアドレスが存在する通知を受けて、ＭＩＤ＝００のＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ３０６）。

そして、ＩＰｓｅｃ処理部１１は、フェムト基地局２との間に第１フェーズ（Ｐｈ１）の接続を確立する（ステップＳ３０７）。

これに対して、ＭＡＣアドレスが契約者リスト１６に存在しない場合（ステップＳ３０４：否定）、契約者情報管理部１５は、ＭＡＣアドレスが契約者リスト１６に存在しないことをＩＰｓｅｃ処理部１１に通知する（ステップＳ３０８）。

ＩＰｓｅｃ処理部１１は、契約者リスト１６にＭＡＣアドレスが存在しない通知を受けて、ＩＰｓｅｃ接続の確立の代理依頼をＩＰｓｅｃ処理代理部１４へ送信する（ステップＳ３０９）。

ＩＰｓｅｃ処理代理部１４は、ＩＰｓｅｃ接続の確立の代理依頼をＩＰｓｅｃ処理部１１から受ける。そして、ＩＰｓｅｃ処理代理部１４は、ＭＡＣアドレスが契約者リスト１６に存在しないフェムト基地局２のＩＰアドレス及びＭＡＣアドレスの振分テーブル１２への登録を振分処理部１３へ依頼する（ステップＳ３１０）。

振分処理部１３は、ＩＰｓｅｃ処理代理部１４からの依頼を受けて、ＭＡＣアドレスが契約者リスト１６に存在しないフェムト基地局２のＩＰアドレス及びＭＡＣアドレスを振分テーブル１２へ登録する（ステップＳ３１１）。

次に、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝００のＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ３１２）。

そして、ＩＰｓｅｃ処理代理部１４は、フェムト基地局２との間に第１フェーズ（Ｐｈ１）の接続を確立する（ステップＳ３１３）。

次に、振分処理部１３は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ３１４）。

そして、振分処理部１３は、振分テーブル１２に送信元のフェムト基地局２のＩＰアドレスが存在するか否かを判定する（ステップＳ３１５）。

振分テーブル１２に送信元のフェムト基地局２のＩＰアドレスが存在しない場合（ステップＳ３１５：否定）、振分処理部１３は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理部１１へ転送する（ステップＳ３１６）。

ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。次に、ＩＰｓｅｃ処理部１１は、契約者ＩＤを送信してＲａｄｉｕｓ認証をＲａｄｉｕｓサーバ３に依頼する（ステップＳ３１７）。

その後、ＩＰｓｅｃ処理部１１は、Ｒａｄｉｕｓ認証の結果をＲａｄｉｕｓサーバ３から受信する。そして、ＩＰｓｅｃ処理部１１は、Ｒａｄｉｕｓ認証が成功したか否かを判定する（ステップＳ３１８）。

Ｒａｄｉｕｓ認証が成功した場合（ステップＳ３１８：肯定）、ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ３１９）。

これに対して、Ｒａｄｉｕｓ認証が失敗した場合（ステップＳ３１８：否定）、ＩＰｓｅｃ処理部１１は、ＩＰｓｅｃ接続の確立が失敗したと判定し処理を終了する（ステップＳ３２０）。

一方、振分テーブル１２に送信元のフェムト基地局２のＩＰアドレスが存在する場合（ステップＳ３１５：肯定）、振分処理部１３は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理代理部１４へ転送する（ステップＳ３２１）。

ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。そして、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０１であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ３２２）。

次に、振分処理部１３は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ３２３）。

次に、振分処理部１３は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔの送信元のフェムト基地局２のＩＰアドレスが振分テーブル１２に存在するか否かを判定する（ステップＳ３２４）。

ＩＰアドレスが振分テーブル１２に存在しない場合（ステップＳ３２４：否定）、振分処理部１３は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理部１１へ転送する（ステップＳ３２５）。

ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。次に、ＩＰｓｅｃ処理部１１は、パスワードを送信してＲａｄｉｕｓ認証をＲａｄｉｕｓサーバ３に依頼する（ステップＳ３２６）。

その後、ＩＰｓｅｃ処理部１１は、Ｒａｄｉｕｓ認証の結果をＲａｄｉｕｓサーバ３から受信する。そして、ＩＰｓｅｃ処理部１１は、Ｒａｄｉｕｓ認証が成功したか否かを判定する（ステップＳ３２７）。

Ｒａｄｉｕｓ認証が成功した場合（ステップＳ３２７：肯定）、ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ３２８）。

これに対して、Ｒａｄｉｕｓ認証が失敗した場合（ステップＳ３２７：否定）、ＩＰｓｅｃ処理部１１は、ＩＰｓｅｃ接続の確立が失敗したと判定し処理を終了する（ステップＳ３２９）。

一方、ＩＰアドレスが振分テーブル１２に存在する場合（ステップＳ３２４：肯定）、振分処理部１３は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理代理部１４へ転送する（ステップＳ３３０）。

ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。そして、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０２であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ３３１）。

次に、振分処理部１３は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをフェムト基地局２から受信する（ステップＳ３３２）。

次に、振分処理部１３は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔの送信元のフェムト基地局２のＩＰアドレスが振分テーブル１２に存在するか否かを判定する（ステップＳ３３３）。

ＩＰアドレスが振分テーブル１２に存在しない場合（ステップＳ３３３：否定）、振分処理部１３は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理部１１へ転送する（ステップＳ３３４）。

ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。その後、ＩＰｓｅｃ処理部１１は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ３３５）。

そして、ＩＰｓｅｃ処理部１１は、フェムト基地局２との間に第２フェーズ（Ｐｈ２）の接続を確立する（ステップＳ３３６）。

一方、ＩＰアドレスが振分テーブル１２に存在する場合（ステップＳ３３３：肯定）、振分処理部１３は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔをＩＰｓｅｃ処理代理部１４へ転送する（ステップＳ３３７）。

ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｑｕｅｓｔを振分処理部１３から受信する。そして、ＩＰｓｅｃ処理代理部１４は、ＭＩＤ＝０３であるＩＫＥ＿ＡＵＴＨ ｒｅｓｐｏｎｓｅをフェムト基地局２へ送信する（ステップＳ３３８）。

そして、ＩＰｓｅｃ処理代理部１４は、フェムト基地局２との間に第２フェーズ（Ｐｈ２）の接続を確立する（ステップＳ３３９）。

次に、図１６を参照して、本実施例に係るセキュリティＧＷ装置１による偽ＩＰｓｅｃ接続の削除処理の流れについて説明する。図１６は、実施例２に係るセキュリティＧＷ装置による偽ＩＰｓｅｃ接続の削除処理のシーケンス図である。

契約者情報管理部１５は、Ｒａｄｉｕｓサーバ３において契約者リスト３１が更新されると、契約者リスト３１の差分の情報をＲａｄｉｕｓサーバ３から受信する（ステップＳ４０１）。

次に、契約者情報管理部１５は、取得した契約者リスト３１の差分の情報を用いて契約者リスト１６を更新する（ステップＳ４０２）。

次に、契約者情報管理部１５は、更新した契約者リスト１６において契約者ＩＤが追加されたか否かを判定する（ステップＳ４０３）。

契約者ＩＤが追加されていない場合（ステップＳ４０３：否定）、契約者情報管理部１５は、契約者リスト１６の更新処理を終了する。

これに対して、契約者ＩＤが追加された場合（ステップＳ４０３：肯定）、契約者情報管理部１５は、追加された契約者ＩＤに対応するＩＰアドレス及びＭＡＣアドレスを振分処理部１３へ送信する。

振分処理部１３は、追加された契約者ＩＤに対応するＩＰアドレス及びＭＡＣアドレスを契約者情報管理部１５から受信する。

次に、振分処理部１３は、取得したＩＰアドレス及びＭＡＣアドレスが振分テーブル１２に存在するか否かを判定する（ステップＳ４０５）。

取得したＩＰアドレス及びＭＡＣアドレスが振分テーブル１２に存在しない場合（ステップＳ４０５：否定）、振分処理部１３は、振分テーブル１２の更新処理を終了する。

これに対して、取得したＩＰアドレス及びＭＡＣアドレスが振分テーブル１２に存在する場合（ステップＳ４０５：肯定）、振分処理部１３は、取得したＩＰアドレス及びＭＡＣアドレスの情報を振分テーブル１２から削除する（ステップＳ４０６）。

次に、振分処理部１３は、振分テーブル１２からの削除したＩＰアドレスをＩＰｓｅｃ処理代理部１４に通知する（ステップＳ４０７）。

ＩＰｓｅｃ処理代理部１４は、振分テーブル１２から削除されたＩＰアドレスの通知を振分処理部１３から受ける。そして、ＩＰｓｅｃ処理代理部１４は、取得したＩＰアドレスを有するフェムト基地局２との間で確立した偽ＩＰｓｅｃ接続を削除する（ステップＳ４０８）。

以上に説明したように、本実施例に係るセキュリティＧＷ装置は、契約済みのフェムト基地局のＭＡＣアドレスを予め保持する。そして、セキュリティＧＷ装置は、ＭＡＣアドレスが埋め込まれたＩＫＥ＿ＳＡ＿ＩＮＩＴ ｒｅｑｕｅｓｔを受信し、送信元のフェムト基地局のＭＡＣアドレスを取得する。その後、セキュリティＧＷ装置は、取得したＭＡＣアドレスを用いて送信元のフェムト基地局が未契約フェムトか否かを判定し、未契約フェムトの場合には、偽ＩＰｓｅｃ接続を確立する。これにより、本実施例に係るセキュリティＧＷ装置は、契約者ＩＤを用いたユーザ認証を要求するＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔ及びそれの応答のメッセージの送受信をＲａｄｉｕｓサーバとの間で行わない。これにより、回線負荷をより軽減することができる。

（ハードウェア構成）
次に、図１７を参照して、各実施例に係るフェムト基地局２のハードウェア構成について説明する。図１７は、フェムト基地局のハードウェア構成図である。

フェムト基地局２は、アンプ２１及び２２、無線信号処理プロセッサ２３及び２４、ベースバンドプロセッサ２５、並びに、ネットワークプロセッサ２６を有する。

アンプ２１及び２２は、それぞれ異なるアンテナに繋がる。アンプ２１及び２２は、アンテナから受信した信号及びアンテナを介して送信する信号の増幅を行う。フェムト基地局２は、複数のアンテナを用いて多重化された無線信号を送信する。

無線信号処理プロセッサ２３及び２４は、符号化処理、復号化処理及び周波数変換などを行う。

ベースバンドプロセッサ２５は、ＩＰパケットと無線上に乗せるベースバンド信号との
変復調を行う。

ネットワークプロセッサ２６は、セキュリティＧＷ装置１との間のＩＰパケットの送受信の制御を行う。例えば、ネットワークプロセッサ２６は、ＩＰｓｅｃ確立シーケンスにおけるＩＫＥメッセージの送受信を行う。

次に、各実施例に係るセキュリティＧＷ装置１のハードウェア構成について説明する。セキュリティＧＷ装置１は、例えば、図１８に示すハードウェアルータ９１０又は図１９に示すサーバ９２０により実現される。図１８は、ハードウェアルータのハードウェア構成図である。また、図１９は、サーバのハードウェア構成図である。

セキュリティＧＷ装置１を実現するハードウェアルータ９１０は、例えば、図１８に示すように、インタフェースカード９１１及び９１２、ＩＰｓｅｃ制御モジュール９１３及び９１４を有する。

インタフェースカード９１１及び９１２は、フェムト基地局２、Ｒａｄｉｕｓサーバ３及びＭＭＥ４と通信するための通信インタフェースである。インタフェースカード９１１及び９１２は、スイッチファブリック９１５とフェムト基地局２、Ｒａｄｉｕｓサーバ３及びＭＭＥ４との通信を中継する。

スイッチファブリック９１５は、データの送受信におけるルーティングを行う。例えば、スイッチファブリック９１５は、インタフェースカード９１１又は９１２から入力された受信信号を、インタフェースカード９１１又は９１２を介して適切な宛先に向けて転送する。

制御カード９１６は、フェムト基地局２、Ｒａｄｉｕｓサーバ３及びＭＭＥ４のそれぞれの間の通信を制御する。例えば、制御カード９１６は、送受信されたパケットの優先順位などの制御を行う。

ＩＰｓｅｃ制御モジュール９１３及び９１４は、暗号化ＩＰパケットの送受信に関する制御を実行する。ＩＰｓｅｃ制御モジュール９１３及び９１４は、例えば、図３及び１０で例示した、ＩＰｓｅｃ処理部１１、振分処理部１３、ＩＰｓｅｃ処理代理部１４及び契約者情報管理部１５の機能を実現する。また、ＩＰｓｅｃ制御モジュール９１３及び９１４はメモリを有し、そのメモリの中に振分テーブル１２を格納する。また、ＩＰｓｅｃ制御モジュール９１３及び９１４は、自己が有するメモリの中に契約者リスト１６を格納する場合もある。

例えば、ＩＰｓｅｃ制御モジュール９１３及び９１４は、自己のメモリの中に図３及び１０で例示した、ＩＰｓｅｃ処理部１１、振分処理部１３、ＩＰｓｅｃ処理代理部１４及び契約者情報管理部１５の機能を実現するプログラムを含む各種プログラムを保持する。そして、ＩＰｓｅｃ制御モジュール９１３及び９１４は、自己が保持する各種プログラムを実行することで、図３及び１０で例示した、ＩＰｓｅｃ処理部１１、振分処理部１３、ＩＰｓｅｃ処理代理部１４及び契約者情報管理部１５の機能を実現する。

また、セキュリティＧＷ装置１を実現するサーバ９２０は、例えば、図１９に示すように、ＣＰＵ９２１、メモリ９２２、ＮＩＣ（Network Interface Card）９２３、ＨＤＤ（Hard Disk Drive）９２４及びＩＰｓｅｃエンジン９２５を有する。

ＣＰＵ９２１、メモリ９２２、ＮＩＣ９２３、ＨＤＤ９２４及びＩＰｓｅｃエンジン９２５は、バスで相互に通信可能に接続される。ＮＩＣ９２３は、フェムト基地局２、Ｒａｄｉｕｓサーバ３及びＭＭＥ４との間で通信を行うためのインタフェースである。メモリ９２２は、振分テーブル１２を格納する。また、メモリ９２２は、契約者リスト１６を格納する場合もある。また、ＨＤＤ９２４は、図３及び１０で例示した、ＩＰｓｅｃ処理部１１、振分処理部１３、ＩＰｓｅｃ処理代理部１４及び契約者情報管理部１５の機能を実現するプログラムを含む各種プログラムを保持する。

ＣＰＵ９２１は、ＨＤＤ９２４に格納された各種プログラムをメモリ９２２上に展開して実行する。例えば、ＣＰＵ９２１は、ＩＰｓｅｃ確立シーケンスにおける各種処理などをＩＰｓｅｃエンジン９２５に実行させる。これにより、ＩＰｓｅｃエンジン９２５は、図３及び１０で例示した、ＩＰｓｅｃ処理部１１、振分処理部１３、ＩＰｓｅｃ処理代理部１４及び契約者情報管理部１５の機能を実現する。

１ セキュリティＧＷ装置
２ フェムト基地局
３ Ｒａｄｉｕｓサーバ
４ ＭＭＥ
５ 端末装置
１１ ＩＰｓｅｃ処理部
１２ 振分テーブル
１３ 振分処理部
１４ ＩＰｓｅｃ処理代理部
１５ 契約者情報管理部
１６ 契約者リスト
１００ 無線通信システム

Claims (7)

1. 基地局装置から第１認証要求を受け付けて認証結果を取得し、前記基地局装置が認証された場合、前記基地局装置との間に第１通信経路を確立し、前記基地局装置との間で前記第１通信経路を用いた通信を行わせる通信制御部と、
   前記基地局装置が認証されなかった場合に、前記基地局装置との間に第２通信経路を確立する代理経路確立部と
   を備えたことを特徴とする通信制御装置。
2. 前記通信制御部は、認証装置に前記基地局装置の認証処理を行わせ前記認証結果を取得することを特徴とする請求項１に記載の通信制御装置。
3. 認証されない前記基地局装置を一意に識別する固定識別情報を保持する認証情報格納部をさらに備え、
   前記通信制御部は、前記第１認証要求より前に前記固定識別情報を前記基地局装置から取得し、認証情報格納部が保持する前記固定識別情報を基に、前記基地局装置の前記認証結果を取得する
   ことを特徴とする請求項１に記載の通信制御装置。
4. 前記通信制御部は、前記基地局装置から送信された後続の第２認証要求を基に、前記第１通信経路を確立し、
   前記代理経路確立部は、前記第２認証要求を基に、前記第２通信経路を確立する
   ことを特徴とする請求項１〜３のいずれか一つに記載の通信制御装置。
5. 前記基地局装置の前記認証結果を保持する情報保持部と、
   前記基地局装置から前記第２認証要求を受け付け、前記情報保持部が保持する前記認証結果を基に前記基地局装置が前記第１認証要求に対して認証されたか否かを判定し、前記基地局装置が認証されていない場合、前記代理経路確立部に前記第２認証要求を送信して前記第２通信経路を確立させる振分処理部と
   をさらに備えたことを特徴とする請求項４に記載の通信制御装置。
6. 基地局装置から第１認証要求を受け付けて認証結果を取得し、
   前記基地局装置が認証された場合、前記基地局装置との間に第１通信経路を確立し、前記基地局装置との間に前記第１通信経路を用いて通信を行い、
   前記基地局装置が認証されなかった場合に、前記基地局装置との間に第２通信経路を確立する
   ことを特徴とする通信制御方法。
7. 基地局装置、通信制御装置及び認証装置を有する無線通信システムであって、
   前記基地局装置は、前記通信制御装置へ第１認証要求を送信し、
   前記通信制御装置は、
   前記基地局装置から前記第１認証要求を受け付けて、前記認証装置に認証処理を行わせて認証結果を取得し、前記基地局装置が認証された場合、前記基地局装置との間に第１通信経路を確立し、前記基地局装置との間で前記第１通信経路を用いた通信を行わせる通信制御部と、
   前記基地局装置が認証されなかった場合に、前記基地局装置との間に第２通信経路を確立する代理経路確立部とを備え
   前記認証装置は、前記通信制御装置からの指示を受けて前記基地局装置に対する前記認証処理を行い、前記認証結果を前記通信制御装置へ送信する
   ことを特徴とする無線通信システム。

Images