JP2005539419A - Ｗｌａｎローミングの間にｇｓｍ課金を行う方法およびシステム - Google Patents

Abstract

本発明は、第１の通話詳細記録を、アクセス・サーバー（２３／１００１）から課金モジュール（１００３）に送り、また、第２の通話詳細記録を、このアクセス・サーバーからプロキシ・モジュール（１００２）に送る、異種のＷＬＡＮ上でモバイルＩＰノード（２０）のローミングを行っている間にサービスの記録および課金を行う方法およびシステムに関する。クリアリング・モジュール（１００４）を用いて、その得られたサービスの課金を、固定ネットワーク（１００７）のプロバイダ（１００８）に行い（１０１６）、かつ／または、ＴＡＰファイル（１０１７）を、課金のために、ＧＳＭ（１００５）のサービスプロバイダ（１００６）に送る。

Description

本明細書に述べられる本発明は、課金およびアカウンティングのために、モバイルＩＰノードが、ＷＬＡＮの基本サービスエリア内の無線インターフェースを介して、アクセス・サーバーを通じて、ＷＬＡＮへのアクセスを要求し、それにより、ＷＬＡＮの基本サービスエリアが、このアクセス・サーバーに割り当てられた１つまたは複数のアクセス・ポイントを含み、また、それにより、モバイルＩＰノードのＳＩＭカード上に記憶されたＩＭＳＩを用いて、モバイルＩＰノードが認証されるような、異なるＷＬＡＮ上でシームレスなローミングを行う方法およびシステムに関する。もっとも特定すれば、本発明は、異種の（ヘテロジニアス）ＷＬＡＮ上のモバイルＩＰノード用の方法に関する。

ここ数年間に、世界中の多くのインターネット・ユーザと、それにより、世界中で提供されている情報の量が、激増してきた。しかしながら、インターネットが、世界中で情報にアクセスできるようにしても、ユーザは、普通は、例えば、オフィス、学校、大学、または自宅などの或るネットワーク・アクセス・ポイントに到達するまで、その情報にはアクセスできない。例えばＰＤＡ、携帯電話、ラップトップ型パソコンなどのＩＰ対応のモバイル・ユニットの利用の増大が、インターネットについてのわれわれの考えを変化させ始めている。それに類似して、ネットワーク上の固定ノードから、より高いモビリティ（移動性）に基づいた、より適応性に富む必需品へ移行する動きが、まさに始まった。例えば、携帯電話の使用時に、このような傾向が、それ自体、とりわけＷＡＰ、ＧＰＲＳ、またはＵＭＴＳなどの新基準において、示されている。この現実と、将来のＩＰコネクション発展性との差をより良く理解できるように、比較として、ここ２０年間の間、モビリティの方向で、テレフォニーの開発を取り上げることができる。ラップトップ型パソコン、ＰＤＡなどを用いて、世界中からのＬＡＮへの自由な無線アクセス（例えば、空港、繁華街などにおいて）に対しては、ビジネス分野での需要だけでなく、プライベート分野での需要も、非常に大きい。しかしながら、今日、例えばＩＰに基づくＷＬＡＮは、ユーザが自由にローミングできるようにするようなサービス（例えば、ＧＳＭ／ＧＰＲＳを装備するようなサービス）は提供していない。これらのサービスはまた、ＧＳＭ／ＧＰＲＳの場合のようなセキィリティ機構とは別に、サービス認証および課金（すなわち、提供されたサービスなどに対する課金を含む）用の設備も含まなければならない。その一方、このようなサービスは、現在のＧＳＭ／ＧＰＲＳオペレータによっても提供されていない。重要なことは、異なるＷＬＡＮ間のローミングだけではない。ＷＬＡＮとともに（インターネット・アクセスなどとともに）情報技術の非常に大きな成長、さらに、携帯電話使用の大きな伸びを通じて、これらの両世界を結び付けることは有益である。これらの両世界を結び付けることによってのみ、ユーザが携帯電話技術に慣れたときに、無線ＬＡＮに対して、容易で、かつ自動的なローミングが可能になる。したがって、異なるＷＬＡＮサービスプロバイダ間、また、ＷＬＡＮサービスプロバイダと、ＧＳＭ／ＧＰＲＳサービスプロバイダとの間の標準スパニング・ローミングをサービスプロバイダに実施できるようにする要望がある。

コンピュータネットワークまたはローカルエリアネットワーク（ＬＡＮ）は、普通は、同軸ケーブル、ツイストペア・ケーブル、または光ファイバケーブルなどの物理媒体を介して接続されるいわゆるノードから成っている。これらのＬＡＮはまた、有線ＬＡＮ（有線固定ネットワーク）として知られている。ここ数年間に、ケーブルの無いＬＡＮ、いわゆる無線ＬＡＮが、ますます人気が出てきた（例えば、Ａｐｐｌｅ Ｃｏｍｐｕｔｅｒ，Ｉｎｃ．によるＡｉｒＰｏｒｔ−Ｓｙｓｔｅｍなどのような開発を通じて）。無線ＬＡＮは、ローカル・コンピュータネットワーク上で、適切なインターフェースを用いて、例えばラップトップ型パソコン、ノート型パソコン、ＰＤＡ（携帯情報端末）、または移動無線装置（特に、移動無線電話）などのモバイル・ユニット（ノード）をリンクするのに特に適している。こらのモバイル・ノードは、コントローラ・カード（例えば、赤外線（ＩＲ）アダプタまたは低周波ラジオ波アダプタなど）だけでなく、送信機／受信機も含むアダプタを装備している。このようなモバイル・ノードの利点は、無線ＬＡＮの範囲内でモバイル・ノードが自由に移動できることである。これらのモバイル・ノードは、互いに直接にやり取りするか（ピア・ツー・ピア無線ＬＡＮ）、あるいは、それらの信号を基地局に送って、そこで、その信号を増幅し、かつ／または、その信号を渡す。これらの基地局はまた、ブリッジ機能も取り入れていることもある。ブリッジ機能、いわゆるアクセス・ポイント（ＡＰ）を持つこのような基地局を介して、無線ＬＡＮのモバイル・ノードは、有線ＬＡＮにアクセスすることができる。アクセス・ポイントの代表的なネットワーク機能は、モバイル・ノード間のメッセージの伝送、有線ＬＡＮからモバイル・ノードへのメッセージの伝送、および、モバイル・ノードから有線ＬＡＮへのメッセージの伝送を含む。

ＡＰの物理的範囲は、ＢＳＡ（基本サービスエリア）と呼ばれている。モバイル・ノードがＡＰのＢＳＡ内に位置づけられる場合には、このＡＰが、このモバイル・ノードの信号範囲（ＤＳＡ（ダイナミック・サービスエリア））内にもあるという条件で、モバイル・ノードは、このＡＰとやり取りすることができる。普通は、ユーザ・データベースを介して、モバイル・ノードの認証をとりわけ監視し、かつ管理するアクセス・サーバーに、いくつかのＡＰを割り当てる。アクセス・サーバーのＡＰでカバーされる全エリアは、いわゆるホットスポット（hot spot）として知られている。モバイル・ノードには、通常、１００ミリワットから１ワットまでの信号強度が与えられる。無線ＬＡＮを有線ＬＡＮに接続ができるためには、このネットワーク上のいくつかのメッセージ（情報フレーム）が、有線ＬＡＮ上または無線ＬＡＮ上にあるノードに宛てられるかどうか、また、この情報を、対応するノードに転送することが求められているかどうか、ＡＰが判定することが重要である。この目的で、ＡＰには、例えばＩＥＥＥ規格Ｓｔｄ８０２．１Ｄ−１９９０「Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｂｒｉｄｇｅ（メディア・アクセス制御ブリッジ）」（３１−７４ｆｆ）に基づいて、いわゆるブリッジ機能が与えられる。このようなブリッジ機能では、無線ＬＡＮ上の新規モバイル・ノードは、通常、このノードが入っている範囲のＡＰのＦＤＢ（フィルタリング・データベース）に登録される。ＬＡＮ上の各情報フレームを用いて、ＡＰは、そのターゲットアドレスと、ＡＰがそのＦＤＢに格納しているアドレス（ＭＡＣアドレス（メディア制御アドレス））を比較して、この情報フレームを送るか、拒否するか、あるいは、有線ＬＡＮに、または無線ＬＡＮに転送する。

モバイル・ネットワークの使用では、ユーザが、ネットワーク上の自分の位置を変更する場合でも、アプリケーションによるモバイル・ノードへの現在ＩＰアクセスを中断してはならない。それどころか、例えば異なるホットスポット、特に異なるネットワーク（イーサネット、移動無線電話ネットワーク、ＷＬＡＮ、ブルートゥースなど）に加える変更など、コネクションおよびインターフェースのあらゆる変更を、対話形式でなく自動的に実行できなければならず、したがって、ユーザは、このような変更が行われるのを知っている必要さえない。これは、例えば、リアルタイム・アプリケーションの使用中にも当てはまる。真のモバイルＩＰコンピューティングは、いつでも、インターネットへの安定したアクセスに基づいて、多くの利点を呈している。このようなアクセスでは、仕事は、自由に、かつ、机とは無関係に組織することができる。しかしながら、ネットワーク上のモバイル・ノードに対してなされる要求は、当初述べられた移動無線技術の進展から、様々な点で顕著になっている。移動無線システムにおける最終段階（エンドポイント）は、一般的に言えば、人間である。しかしながら、モバイル・ノードでは、コンピュータアプリケーションは、人間の活動も、介入もまったくなしに、他のネットワーク参加者間のインタラクションを行うことができる。この広範囲にわたる例は、飛行機、船、自動車に見出すことができる。したがって、特に、インターネット・アクセスを用いるモバイルコンピューティングは、例えば、衛星ベースのＧＰＳ（全地球測位システム）などの位置測定装置と組み合わせるなど、他のアプリケーションといっしょにして意味をなすことができる。

インターネットプロトコル（ＩＰ）を介するモバイルネットワーク・アクセスの問題の１つは、ネットワーク上のデータパケットを、送信元アドレスからターゲットアドレス（宛先アドレス）に所定の経路で送るために使用されるＩＰプロトコルが、いわゆるＩＰアドレス（ＩＰ：インターネットプロトコル）を使用していることである。これらのアドレスは、固定回線網の電話番号を物理的壁ソケットに割り当てるやり方と同様に、ネットワーク上の固定位置に割り当てられる。これらのデータパケットの宛先アドレスがモバイル・ノードであるときには、これは、ネットワーク上の位置が変わるたびに、新規ＩＰネットワークアドレスを割り当てなければならず、このことから、トランスペアレント（透過的）なモバイル・アクセスが不可能となることを意味している。これらの問題は、モバイルＩＰにより、このモバイル・ノードが、２つのＩＰアドレスを使用できるという点で、ＩＥＴＦ（インターネット特別技術調査委員会）のモバイルＩＰ標準（ＩＥＴＦ ＲＦＣ２００２、Ｏｃｔ．１９９６）によって解決された。これら２つのＩＰアドレスの一方は、ホームネットワークの位置を指定する正規のスタティック（静的）ＩＰアドレス（ホームアドレス）であるのに対して、他方のアドレスは、ネットワーク上のモバイル・ノードの現行位置を指定するダイナミック（動的）気付アドレスである。これら２つのＩＰアドレスを割り当てることにより、ＩＰデータパケットを、モバイル・ノードの正確な現行アドレスに所定の経路で送り直すことが可能である。

無線ＬＡＮ上でのユーザの認証にもっとも頻繁に使用されるプロトコルの１つは、米国電気電子技術者協会からのオープンソース・プロトコルＩＥＥＥ８０２．１ｘ（現行バージョンでは、８０２．１１）である。ＩＥＥＥ８０２．１ｘの認証は、例えば、イーサネット、トークンリング、および／または、８０２．１１無線ＬＡＮなどのＩＥＥＥ８０２メディアへの認証済みアクセスを可能にする。８０２．１１プロトコルは、無線ＬＡＮに対して、すなわち無線ローカルネットワークに対して、２．４ＧＨｚ帯において、１Ｍｂｐｓまたは２Ｍｂｐｓの伝送を作り出し、それにより、ＦＨＳＳ（周波数ホッピング方式のスペクトラム拡散）か、ＤＳＳＳ（直接拡散方式のスペクトラム拡散）のいずれかが使用される。認証については、８０２．１ｘは、認証ＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と無線ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）をサポートしている。８０２．１１はまた、ＲＡＤＩＵＳもサポートしている。８０２．１ｘにおいては、ＲＡＤＩＵＳのサポートはオプションであるが、８０２．１ｘ認証装置（オーセンティケータ、authenticator）のほとんどが、ＲＡＤＩＵＳをサポートすると予想されるべきである。ＩＥＥＥ８０２．１ｘプロトコルは、いわゆるポート・ベースの認証プロトコルである。ＩＥＥＥ８０２．１ｘプロトコルは、ポート、すなわちユニットのインターフェースを指定できるあらゆる環境において使用できる。８０２．１ｘに基づく認証では、ユーザ（サプリカント（supplicant）／クライアント）のユニット、認証装置、認証サーバーという３つのユニットを区別することができる。認証装置の役割は、サプリカントを認証することである。認証装置とサプリカントは、例えば、ポイント・ツー・ポイントＬＡＮセグメントまたは８０２．１１無線ＬＡＮを介して接続される。認証装置とサプリカントは、物理的またはバーチャルな８０２．１ｘポートを規定した定義済みポート、いわゆるＰＡＥ（Ｐｏｒｔ Ａｃｃｅｓｓ Ｅｎｔｒｙ）を持っている。この認証サーバーは、認証装置により求められる認証サービスを作り出す。このようにして、この認証サーバーは、要求されたＩＤに関して、サプリカントから提供されたエンタイトルメント（権利付与）データを検証する。

これらの認証サーバーは、通常、ＩＥＴＦ（インターネット特別技術調査委員会）のＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）に基づいている。ＲＡＤＩＵＳの認証プロトコルとアカウンティング・システムの使用は、例えば、ルータ、モデムサーバー、スイッチなどのようなネットワーク・ユニットに広く行き渡っており、ほとんどのＩＳＰ（インターネット・サービスプロバイダ）で利用されている。ユーザが、ＩＳＰにダイヤルする場合に、ユーザは、普通は、ユーザ名とパスワードを入力しなければならない。ＲＡＤＩＵＳサーバーは、この情報を検証して、ＩＳＰシステムへのアクセスをユーザに認可する。ＲＡＤＩＵＳが広範囲に用いられる理由は、とりわけ、ネットワーク・ユニットが、一般に、それぞれ認証データの異なる多数のネットワーク・ユーザに対処できない点にある。これは、例えば、個々のネットワーク・ユニットの記憶容量を超えることになるからである。ＲＡＤＩＵＳにより、多数のネットワーク・ユーザの中央管理（ユーザの追加、削除など）が可能である。それゆえ、これは、サービスに対するＩＳＰ（インターネット・サービスプロバイダ）の必要条件である。なぜならば、ユーザの数が、しばしば、数千ないし数万にのぼるからである。ＲＡＤＩＵＳは、さらに、ハッカーに対して、或る恒久的な保護ももたらす。ＴＡＣＡＣＳ＋（Ｔｅｒｍｉｎａｌ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ＋）およびＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）に基づくＲＡＤＩＵＳによるリモート認証は、ハッカーに対して、比較的に安全である。これと対照的に、他の多くのリモート認証プロトコルは、ハッカーの攻撃に対して、一時的な保護または不充分な保護しか持たないか、あるいは、保護をまったく持たない。他の利点は、ＲＡＤＩＵＳが、目下、リモート認証に対して業界基準（デファクト・スタンダード）になっており、それにより、ＲＡＤＩＵＳが、ほとんどすべてのシステムでもサポートされていることであり、これは、他のプロトコルには当てはまらない。

上述のＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）は、実際は、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）の延長であって、ＩＥＴＦのＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）２２８４ ＰＰＰ ＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって定められる。ＰＰＰを介して、コンピュータを、例えばＩＳＰのサーバーに接続することができる。ＰＰＰは、ＯＳＩモデルのデータリンク層で働いて、コンピュータのＴＣＰ／ＩＰパケットをＩＳＰのサーバーに送り、そこで、インターネットへのインターフェースを形成する。古い方のＳＬＩＰ（Ｓｅｒｉａｌ Ｌｉｎｅ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコルとは対照的に、ＰＰＰは、より安定的に機能し、かつ誤り訂正機能を持っている。ＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）は、例えば、トークンカード、マサチューセッツ工科大学（ＭＩＴ）のケルベロス、即時作成（ｓｔｒｉｋｅ ｏｆｆ）パスワード、証明書、公開鍵認証、およびスマートカード、いわゆるＩＣカード（ＩＣＣ）などの種々の認証方法をサポートする極めて一般的なレベルのプロトコルである。ＩＥＥＥ８０２．１ｘは、ＬＡＮフレームに組み入れなければならないＥＡＰなどの仕様を定めている。ＥＡＰを介しての無線ネットワーク上の通信では、ユーザは、無線通信を介するアクセス・ポイント、すなわち、ＷＬＡＮへのクライアントまたはサプリカントのリモートアクセス用のコネクション・ハブに、無線ＬＡＮへのアクセスを要求する。次に、ＡＰは、このサプリカントに、ユーザの識別名を要求して、その識別名を、例えばＲＡＤＩＵＳに基づく上述の認証サーバーに送る。この認証サーバーにより、そのアクセス・ポイントは、ユーザの識別名を照合し直すことができる。ＡＰは、サプリカントから認証データを収集して、これらの認証データを認証サーバーに送り、そこで、この認証法を終了させる。

ＥＡＰを用いて、任意の認証法が、リモートアクセス・コネクションをもたらす。まさにその認証方式が、それぞれ、サプリカントと認証装置（これは、リモートアクセス・サーバー、ＩＡＳ（インターネット認証サービス）サーバー、またはＷＬＡＮでは、そのアクセス・ポイントを意味する）との間で決定される。それにより、上述の通り、ＥＡＰは、例えば汎用トークンカード、ＭＤ５−Ｃｈａｌｌｅｎｇｅ、スマートカード用のＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌｅｖｅｌ Ｓｅｃｕｒｉｔｙ）、Ｓ／Ｋｅｙ、および可能な将来の認証技術などの多くの異なる認証方式をサポートしている。ＥＡＰは、サプリカントと認証装置との間で、無限回数の質問／応答のやり取りを可能にし、それにより、認証装置、または認証サーバーが特定の認証情報を要求し、また、サプリカント、すなわちリモートアクセス・クライアントが応答する。一例として、認証装置を介して、認証サーバーは、個々に、いわゆるセキュリティ・トークン・カードに、ユーザ名、次に、ＰＩＮ（個人識別番号）を要求し、最後に、サプリカントにトークン・カード値を要求することができる。それにより、さらなる認証レベルが、質問／応答サイクルごとに実行される。あらゆる認証レベルへの応答が成功する場合には、このサプリカントが認証される。特定のＥＡＰ認証方式は、ＥＡＰタイプと呼ばれる。双方の側、すなわち、サプリカントと認証装置は、認証を実行できるように、同一のＥＡＰタイプをサポートしなければならない。述べられる通り、これは、開始時に、サプリカントと認証装置との間で決定される。ＲＡＤＩＵＳに基づく認証サーバーは、普通は、ＥＡＰメッセージをＲＡＤＩＵＳサーバーに送れるようにするＥＡＰをサポートしている。

当技術分野の現状では、ユーザを認証し、また、ＧＳＭ ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）を介してユーザにセッション鍵を割り当てるＥＡＰベースの方法も知られている。ＧＳＭ認証は、質問・応答法、いわゆるチャレンジ・レスポンス法に基づいている。チャレンジ（質問）として、ＳＩＭカードの認証アルゴリズムには、１２８ビットの乱数（一般に、ＲＡＮＤとして知られている）が与えられる。次に、それぞれのオペレータに対して固有の秘密アルゴリズムは、ＳＩＭカードで実行する。そのアルゴリズムは、入力として、乱数ＲＡＮＤと、ＳＩＭカードに記憶された秘密鍵Ｋｉとを受け取って、それらのものから、３２ビットのレスポンス（ＳＲＥＳ）と６４ビットの鍵Ｋｃを生成する。Ｋｃは、無線インターフェースを介して、このデータ転送を符号化することを目的としている（ＧＳＭ技術仕様ＧＳＭ０３．２０（ＥＴＳ ３００ ５３４）：「Ｄｉｇｉｔａｌ ｃｅｌｌｕｌａｒ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ（ｐｈａｓｅ２）；Ｓｅｃｕｒｉｔｙ ｒｅｌａｔｅｄ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎｓ（デジタル・セルラー電気通信システム（フェーズ２）；セキュリティ関連のネットワーク機能）」、欧州電気通信標準化機構、１９９７年８月）。ＥＡＰ／ＳＩＭ認証において使用されるものは、いくつかの６４ビットＫｃ鍵を生成するいくつかのＲＡＮＤチャレンジである。これらのＫｃ鍵を組み合わせて、さらに長いセッション鍵を形成する。ＥＡＰ／ＳＩＭでは、正規のＧＳＭ認証法は、さらにＭＡＣ（メッセージ認証コード）を持つＲＡＮＤチャレンジを用いて拡張されて、相互認証を生み出す。ＧＳＭ認証を実行するためには、認証サーバーは、ＧＳＭネットワークとのインターフェースを持つべきである。その結果、この認証サーバーは、ＩＡＳ（インターネット認証サービス）サーバーネットワークと、ＧＳＭ認証インフラとの間のゲートウェイとして機能する。ＥＡＰ／ＳＩＭ認証の開始時において、認証装置による第１のＥＡＰ要求で、認証サーバーは、サプリカントに、とりわけ、ユーザのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を要求する。ＩＭＳＩとともに、認証サーバーは、普通はＧＳＭネットワーク上でＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）またはＶＬＲ（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）として知られている対応するセルラー無線ネットワーク・オペレータのＡｕＣ（認証センタ）からの要求に応じて、ｎのＧＳＭトリプレットを受け取る。これらのトリプレットから、認証サーバーは、セッション鍵だけでなく、ｎ^＊ＲＡＮＤと鍵の寿命（ライフスパン）用のメッセージ認証コード（いっしょにして、ＭＡＣ＿ＲＡＮＤ）も得る。この場合、認証サーバーは、サプリカントのＳＩＭカード、またはユーザのＳＩＭカードでＧＳＭ認証を行うことができる。ＲＡＮＤは、メッセージ識別コード（ＭＡＣ＿ＲＡＮＤ）といっしょに、サプリカントに提供されるから、ＲＡＮＤが新規であって、かつＧＳＭネットワークを通じて生成されたかどうか、サプリカントが検証することが可能になる。

ＧＳＭネットワーク上のモバイル・ユニットで得られるサービスの課金に関して、当技術分野の現状において知られているものは、いわゆるＧＳＭ協会のＴＡＤＩＧ（Ｔｒａｎｓｆｅｒｒｅｄ Ａｃｃｏｕｎｔ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ Ｇｒｏｕｐ）のいわゆるＴＡＰプロトコル（ＴＡＰ：Ｔｒａｎｓｆｅｒｒｅｄ Ａｃｃｏｕｎｔ Ｐｒｏｃｅｄｕｒｅ）である。ＧＳＭは、移動無線装置のユーザが、任意の所望の国およびネットワークにおいて、自分の移動無線装置を使用できるようにするローミングのコンセプトに基づいている。しかしながら、それにより、得られたサービスの課金は、まったく取るに足りないものではない。今日、世界中には、４００よりも多くのＧＳＭネットワークが働いており、さらに、ネットワーク・オペレータ間には、推定２００００を超える個々のローミング契約も存在する。したがって、ローミングという一見単純なアイデアの背後には、課金を可能にするために、データ収集、データ分配、データ評価という極めて複雑なプロセスがある。ＴＡＰ（Ｔｒａｎｓｆｅｒｒｅｄ Ａｃｃｏｕｎｔ Ｐｒｏｃｅｄｕｒｅ）は、移動無線ネットワーク・サービス・プロダイダに、ローミング課金情報を交換させる方法である。ＴＡＰ２とＴＡＰ２＋に続いて、ＴＡＰ３が、２０００年６月４日に世に出された。ＴＡＰ３は、今日、標準と呼ぶことができるが、ただし、ＴＡＰは、さらに進展しているプロトコルである。

ＧＳＭネットワーク上の音声およびデータ・トラフィックの大部分は、モバイル・ユーザの現在位置にあるネットワークとは別のネットワークに入るか、または最終的に入ることになる。ローカル・ネットワークのオペレータは、固定ネットワークが関係するか、移動無線ネットワークが関係するかどうかにかかわらず、ユーザの一人一人で終わるそれぞれの通話の料金を請求する。それゆえ、これらのローカル固定ネットワーク・オペレータは、これらの料金の請求を簡単にするために、ローカル移動無線ネットワーク・オペレータと相互に契約を結ぶ。したがって、その場合、カナダ固定ネットワーク・ユーザへのスイス移動無線ネットワーク・ユーザの通話に対して課金を行うために、スイス移動無線ネットワーク・オペレータが、カナダ固定ネットワーク・プロバイダと契約を結ぶことも必要でない。普通は、スイス固定ネットワーク・プロバイダは、課金様式および料金に関して、カナダ固定ネットワーク・プロバイダとすでに契約を結んでおり、スイス移動無線ネットワーク・オペレータは、該当する契約を持つスイス固定ネットワーク・プロバイダを介して請求書を出す。その費用は、通常、直接（小売的課金）、あるいは、サービスプロバイダ（卸売的課金）を介して、ユーザに負わせる。異なる移動無線ネットワーク（ＰＭＮ：Ｐｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）間でのローミング・データ・トラフィックまたはローミング音声トラフィックの課金様式は、ＴＡＰプロトコルを用いて作成される。ローミング通話記録は、通常、ＴＡＰとして、あるいはＣＩＢＥＲ（Ｃｅｌｌｕｌａｒ Ｉｎｔｅｒｃａｒｒｉｅｒ Ｂｉｌｌｉｎｇ Ｅｘｃｈａｎｇｅ Ｒｏａｍｅｒ）記録として、作成される。ＣＩＢＥＲ記録は、例えばＡＭＰＳ、ＩＳ−１３６ ＴＤＭＡ、ＩＳ−９５ ＣＤＭＡなどのＡＭＰＳベースの技術を処理する移動無線ネットワーク・オペレータにより使用される。ＴＡＰは、とりわけＧＳＭ移動無線ネットワーク・サービスプロバイダで使用されるものであって、ＧＳＭ支配のエリア内の課金用の主要プロトコルである。

外国のネットワーク（ＶＰＬＭＮ：Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ−ｂａｓｅｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）上に位置づけられたユーザによる通話の詳細は、このネットワークのＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）に記録される。したがって、それぞれの通話は、１つまたは複数の通話記録を作成する。このような通話記録用のＧＳＭ標準は、ＧＳＭ１２．０５に定められる。ただし、多くのプロバイダは、プロバイダ自体の形式（フォーマット）を使用している。ＭＳＣの通話記録は、ＶＰＬＭＮの課金システムに送られて、課金を行う。次に、これらの通話記録は、ＴＡＰ形式に変換されて、それぞれのユーザに割り当てられる。遅くとも３６時間内に、ＴＡＰ記録が、それぞれの移動無線ネットワーク・サービスプロバイダに送られる。これらのＴＡＰファイルには、さらに、プロバイダ・サービス料金表（ＩＯＴ：Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆ）に関する情報と、すべてのさらなる双務契約、および特典または割引計画も入っている。ＴＡＰ記録は、直接、または、さらに普通に、例えばクリアリング・ハウスなどの課金ポイントを通じて、送られる。ホーム・ネットワーク・オペレータ（ＨＰＭＮ：Ｈｏｍｅ Ｐｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）がＶＰＬＭＮからＴＡＰ記録を受け取る場合には、これは、対応する内部形式に変換されて、ユーザがホーム・ネットワーク上で作成してきたユーザの正規通話記録といっしょに、課金される。発生した費用をサービス・プロバイダがユーザに課金する卸売的課金では、ＨＰＭＮは、これらの記録を、サービス・プロバイダに渡す。このサービス・プロバイダは、特にサービス・プロバイダ自体の料金表により、通話を課金し直すことができ、また、例えばユーザ用の通話の詳細を記したアカウント明細書を作成する。

ＴＡＰ３は、多数のサービスをサポートしている。ＴＡＰ３は、今日、ＧＳＭサービスプロバイダとＧＳＭサービスプロバイダとの間、ＧＳＭサービスプロバイダと、ＧＳＭ以外のサービスプロバイダとの間（標準間のローミング）、および、ＧＳＭサービスプロバイダと衛星サービスプロバイダなどとの間の課金に使用される。音声、ファックス、いわゆる補助サービスという３つの基本サービス・カテゴリが、ＴＡＰ１以来、すでにサポートされている。その一方、ＳＭＳ（ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅｓ）は、サードパーティのＳＭＳ−Ｃ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒｓ）の使用のために、軽視できない種類のものである。次の理由により、ＳＭＳの課金が困難になる。すなわち、１）ローミング・ユーザは、ローミングを行いながら、ＳＭＳ（ＭＴ−ＳＭＳ）を受け取ることができる、２）ローミング・ユーザは、自分のホーム・ネットワークのＳＭＳ−Ｃを使用する点で、ローミングを行いながら、ＳＭＳ（ＭＯ−ＳＭＳ）を送ることができる、３）ローミング・ユーザは、外国のネットワークのＳＭＳ−Ｃを使用する点で、ローミングを行いながら、ＳＭＳ（ＭＯ−ＳＭＳ）を送ることができる。したがって、ＳＭＳの課金は、ＴＡＰ２＋から、完全にサポートされる。ＴＡＰ３から、さらにサポートされるものは、単一回線交換データ、ＨＳＣＳＤ（高速回線交換データ）、およびＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）の課金である。同様に、ＴＡＰ３は、例えばいわゆるコンテンツ用の課金などのあらゆる付加価値サービス（ＶＡＳ）をサポートしている。しかしながら、付加価値サービスの課金は、困難であることが多い。これは、必要条件として、これらの課金されるサービスへのサービスプロバイダの承諾を得るからである。ＣＡＭＥＬ（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｂｉｌｅ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）は、ＴＡＰ３．４から、サポートされる。ＣＡＭＥＬは、ローミング・ユーザ向けのプリペイド・サービスを持つ用途には特に重要である。ＣＡＭＥＬは、将来、重要度を強力に増す可能性がある。ＴＡＰ３に対する別の重要な用途は、ＩＯＴ（Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆ）に基づいて、課金をサポートすることである。ＩＯＴにより、ホーム・ネットワーク・サービスプロバイダ（ＨＰＭＮ）は、外国のサービスプロバイダ（ＶＰＭＮ）の特別の申し出（offer）および料金表をチェックして、それらをローミング・ユーザに渡すことが可能になる。したがって、例えば、ＶＰＭＮは、異なる通話サービスまたは通話レベルに対して、特典または割引を与えることができる。また、ＨＰＭＮは、単に、これらのものを検証して、その料金表を修正変更できるだけである。ユーザの現在地に関係なく、ローミング・サービスの課金を実行できる手段は、モバイル・ネットワーク・サービスプロバイダにとって有益なツールであって、ＶＰＭＮによる一時的割引の場合に、受領高、売上高、または財源を失わないようにする。ＴＡＰ３から、ＴＡＰプロトコルは、同様に、具体的に電話をかけている場所、あるいはサービスが得られた場所から、呼が向けられている場所までに関する詳細な情報を含む。この情報は、それぞれのユーザの行動に基づいて、ユーザのプロファイルを作成するのに役立つ。このプロファイルは、これらのサービスを、ユーザのニーズに合わせ、かつ最適化するために重要な情報を提供する。特に、この情報は、例えばスポーツ、またはコンサートの催しなど、特定場所をベースとするサービスを提供するために使用できる。最後に、ＲＡＰ（Ｒｅｔｕｒｎｅｄ Ａｃｃｏｕｎｔｓ Ｐｒｏｃｅｄｕｒｅ）プロトコルを用いて、ＴＡＰ３は、区別された誤り処理も可能にする。したがって、とりわけＨＰＭＮのＲＡＰを用いて、詳細なＴＡＰファイルが、その妥当性と、ＴＡＰ標準への適合に関してチェックされて、必要に応じて廃棄されることもあるが、ただし、それにより、サービスに対する課金が失われることはない。

しかしながら、当技術分野の現状は、多種多様な欠点を持っている。事実上、ユーザがＧＳＭプロバイダにＩＭＳＩを持っているという条件で、例えばＥＡＰ−ＳＩＭが、サプリカントの認証、またはリモートアクセス・クライアントの認証に対して、無線ＬＡＮ技術のＧＳＭネットワークからの認証法を使用することが可能である。アクセス・サーバーに登録されたそれぞれのモバイル・リモートアクセス・クライアントに、データストリームを、アクセス・ポイントを介して送り直す（送る）ことも、原則として、例えばＩＥＴＦ（インターネット特別技術調査委員会）のモバイルＩＰを用いて可能になる。しかしながら、それにより、ユーザが実際に自由にローミングすることを可能にするモバイル・ネットワーク使用の問題が、すべて解決されるとは限らない。これらの問題の１つは、ＩＰネットワークでは、セキュリティ、課金、サービス認可に関してＧＳＭ標準において求められる必要条件は、もうそこにはないことである。これは、本質的にＩＰプロトコルのオープン・アーキテクチャに関連する。そのことは、ＩＰ標準では、ＧＳＭネットワークと完全に両立できるのに絶対に必要である多くのデータが欠けていることを意味する。さらに、例えばＲＡＤＩＵＳに基づくアクセス・サーバーは、データストリームをただ１つしか提供しない。これを単に、ＧＳＭ標準のマルチパート（multi-part）データストリームに対応づけることはできない。当技術分野の現状における他の欠点は、今日、世界中の様々なソフトウェア、ハードウェア開発者から売りに出ている無線ＬＡＮが、個々のホットスポット（すなわち、アクセス・サーバーのアクセス・ポイントの基本サーバーエリア）に基づいていることである。これにより、これら２つの世界の結合が困難になる。これは、このようなゲートウェイ機能をそれぞれ、別々に特定のソリューションに合わせなければならないからである。ＧＳＭ認証インターフェース用の技術仕様は、ＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）ＧＳＭ０９．０２フェーズ１バージョン３．１０．０で参照されてもよい。

本発明の目的は、異種のＷＬＡＮ上のモバイル・ノードに対して、新規方法を提案することである。特に、様々なＷＬＡＮサービスプロバイダにおいて、登録、課金、サービス認可などのことで心配する必要なしに、何らの困難（ローミング）もなく、異なるホットスポット間でユーザが移動すること、すなわち、例えばＧＳＭなどの移動無線技術にユーザが慣れるのと同じ便宜を享受することが可能にならなければならない。

これらの目的は、独立クレームの要素を通じて、本発明により達成される。さらに、これらの独立クレームから、また本明細書から、さらに他の好ましい実施形態が以下に続く。

これらの目的は、特に、異種のＷＬＡＮ上でモバイルＩＰノードのローミングを行っている間に、サービスの記録および課金を行うために、このモバイルＩＰノードが、アクセス・サーバーに割り当てられた１つまたは複数のアクセス・ポイントを含むＷＬＡＮの基本サービスエリア内で、無線インターフェースを介して、このＷＬＡＮのアクセスポイントにアクセスし、また、アクセス・サーバーからの要求に応じて、このモバイルＩＰノードが、このモバイルＩＰノードのＳＩＭカードに記憶されたＩＭＳＩを、このアクセス・サーバーに送り、かつ、このＩＰモードのＩＭＳＩが、ＳＩＭ−ＲＡＤＩＵＳモジュールのデータベースに格納される点で、本発明によって達成され、それにより、ＳＩＭユーザ・データベースおよびＳＩＭゲートウェイ・モジュールを用いて、ＳＩＭ−ＲＡＤＩＵＳモジュールが、ＧＳＭネットワークの信号チャネルとデータチャネル用の対応するＧＳＭデータのために、ユーザを特定して、このＷＬＡＮの論理ＩＰデータチャネルを補充し、それにより、この補充された信号チャネルとデータチャネルを用いて、このモバイルＩＰノードの認証および／またはサービス認可が、このモバイルＩＰノードのＳＩＭカードのＩＭＳＩに基づいて、ＧＳＭネットワークのＨＬＲおよび／またはＶＬＲにて行われ、それにより、課金ゲートウェイ・インターフェースを用いて、課金モジュールがそのアクセス・サーバーにアクセスし、さらに、その課金ゲートウェイ・インターフェースを用いて、このモバイルＩＰノードの第１の通話詳細記録を、このアクセス・サーバーから、課金モジュールに送り、かつ、その課金ゲートウェイ・インターフェースが、各アクセス・サーバーの設定プロファイルを持つ割り当てられた課金管理データベースを含み、また、このモバイルＩＰノードの第２の通話詳細記録を、プロキシ・モジュールに送り、このプロキシ・モジュールが、少なくとも、このモバイルＩＰノードのＩＤおよび／または得られたサービスの期間および／またはプロバイダを取り込んで、それを課金モジュールに渡し、それにより、課金モジュールが、プロキシ・モジュールのデータと、第１の通話詳細記録に基づいて、これらの得られたサービスに対応するＴＡＰファイルを作成して、これらのＴＡＰファイルを、課金指示といっしょに、クリアリング・モジュールに送り、かつ、この課金指示が、少なくとも特定ユーザ向けおよび／または特定サービスプロバイダ向けの課金データを含み、また、このクリアリング・モジュールが、ユーザにより得られたサービスの課金を固定ネットワークのプロバイダに行い、かつ／または、ＴＡＰファイルを、課金のためにＧＳＭのサービスプロバイダに送る。実施形態の一変形例では、第１の通話詳細記録は、例えば、ＳＩＭベースの認証情報だけを含むこともある。実施形態の一変形例として、第２の通話詳細記録は、少なくとも、このモバイルＩＰノードのＩＰアドレス、および、このモバイルＩＰノードがサービスを得たサービスプロバイダの識別名に基づいて、作成されることもある。この課金管理データベースは、例えば、ユーザおよび／またはサービスプロバイダのＩＰアドレスおよび／またはＧＳＭ識別名を含むこともある。このモバイルＩＰノードの第１の通話詳細記録は、アクセス・サーバーから課金モジュールに送られるものであって、とりわけ、ＳＩＭベースで作成されるが、一方、第２の通話詳細記録は、アクセス・サーバーからプロキシ・モジュールに送られるものであって、例えばＲＡＤＩＵＳデータのように、ＩＰベースで作成されることもある。これは、とりわけ、様々な異種のＷＬＡＮ間でのシームレスなローミングが可能であるという利点を持っている。異なるＷＬＡＮサービスプロバイダに対して、登録、課金、サービス認可などのことでユーザが心配する必要もなく、ＷＬＡＮ技術（特に、ＩＰネットワーク）とＧＳＭ技術を組み合わせることにより、ユーザのローミングが可能となる。これは、例えばＧＳＭなどの移動無線技術にユーザが慣れるのと同じ便宜をユーザが享受することを意味する。同時に、オープンなＩＰ世界の利点（世界中のインタネットへのアクセスなど）と、ＧＳＭ標準の利点（セキュリティ、課金、サービス認可など）を組み合わせることは、まったく新しいやり方で可能である。本発明はまた、対応するモジュールを、それぞれのアクセス・サーバーに設置する必要もなく、ＷＬＡＮ上でローミングする方法を生み出すことも可能にする。それどころか、ＲＡＤＩＵＳを用いることで、そのインフラ（ＷＬＡＮ／ＧＳＭ）を、もとのままの状態で引き継ぐことができる。

実施形態の一変形例では、このアクセス・ポイントからＷＬＡＮへのアクセスの間、モバイルＩＰノードのデータストリームは、移動無線ネットワーク・サービスプロバイダを介して方向づけられる。これは、とりわけ、移動無線ネットワーク・プロバイダが、データストリームを完全に制御するという利点を持っている。このようにして、ユーザは、特定的にサービス認可を与えて、詳細な課金を実行し、セキュリティ機構を取り入れることができる。それにより、とりわけ、ユーザは、例えばインターネットを含む管理しがたいオープンなＩＰ世界を、ＧＳＭ世界の利点と組み合わせることができる。これは、特に最近、例えばプロバイダまたはサービスベンダの責任問題に関して、大きな役割を果たしている。

実施形態の他の変形例では、ＴＡＰファイルは、少なくとも、Ｐｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＴＡＰ識別コードだけでなく、ＩＯＴ（Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆ）にも基づいて、作成される。この変形例と組み合わせて、または独立した実施形態変形例として、同様に、例えば、課金管理データベースは、Ｐｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＴＡＰ識別コードだけでなく、ＩＯＴ（Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆ）も含むものと考えられる。この実施形態の変形例は、とりわけ、ホーム・ネットワーク・サービスプロバイダ（ＨＰＭＮ）が、ユーザの現在位置にある外国のネットワーク・サービスプロバイダ（ＶＰＭＮ）のＩＯＴを単に検証できる（ローミング）だけであるという利点を持っている。それにより、ＶＰＭＮは、例えば特定のコネクション用の割引を与えることができ、また、ＨＰＭＮは、この割引が正しく適用されているかどうか確かめることができる。ＶＰＭＮのどんな割引計画にも、どんな通話レベルにも関係なく、それにより、ＨＰＭＮはまた、それ自体の料金表などにより、単に、それぞれのコネクションおよび／またはそれぞれの通話の課金を行うことができるにすぎない。ユーザの現在地が、どの外国ネットワークおよび／またはホーム・ネットワーク内にあるかどうかに関係なく、サービスに対する価格を決定できる手段は、ＨＰＭＮに対するサービスの課金を行うのに有益なツールであり、それを用いれば、例えば、ＶＰＭＮの特別料金割引を失わないようにすることができる。同様に、それにより、ＨＰＭＮ用のいくつかの課金方式、例えば、ユーザのホーム・ネットワークおよび／または母国とのコネクション、および／または、例えばヨーロッパなどの国家群内での通話に対する特別価格などを、まず第一に達成することができる。

本明細書では、本発明による方法に加えて、本発明は、この方法を実行するシステムにも関わることを強調したい。

図１は、本発明の認証を実現するのに使用できるアーキテクチャを示している。図１は、異種のＷＬＡＮ上でローミングを行っている間にユーザを認証する方法およびシステムを図式的に例解したブロック図を示している。図１中の数字２０は、本発明による記述された方法および／またはシステムを達成するのに必要なインフラ（ハードウェアおよびソフトウェアのコンポーネントを含む）を自由に使用できるモバイルＩＰノードに関係する。モバイル・ノード２０と解されるものは、とりわけ、様々なネットワーク位置で、かつ／または、様々なネットワーク上で使用するために提供されるあらゆる可能な、いわゆるＣＰＥ（Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅ Ｅｑｕｉｐｍｅｎｔ）である。例えば、これらのものは、ＰＤＡ、移動無線電話、ラップトップ型パソコンなどのようなあらゆるＩＰ対応の装置を含む。モバイルＣＰＥまたはノード２０は、複数の異なるネットワーク標準をサポートすることもできる１つまたは複数の異なる物理ネットワーク・インターフェースを持っている。これらのモバイル・ノードの物理ネットワーク・インターフェースは、例えば、ＷＬＡＮ（無線ローカルエリアネットワーク）、ブルートゥース、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＧＰＲＳ（Ｇｅｎｅｒａｌｉｚｅｄ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＵＳＳＤ（Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅｓ Ｄａｔａ）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）、および／または、イーサネットまたは他の有線ＬＡＮ（ローカルエリアネットワーク）などへのインターフェースを含むこともある。よって、参照番号４８は、例えば、ブルートゥース・ネットワーク（例えば、覆われた（roofed-over）エリアに設置されるもの）、ＧＳＭおよび／またはＵＭＴＳなどを持つ移動無線ネットワーク、例えばＩＥＥＥ ｗｉｒｅｌｅｓｓ ８０２．１ｘに基づく無線ＬＡＮ、ただし、有線ＬＡＮも、すなわち、特にローカル固定ネットワーク、さらにＰＳＴＮ（公衆電話交換網）などのように、様々な異種のネットワークを表わしている。本発明による特徴があるが、どんなＬＡＮを用いても、これらの特徴を実現できるという条件で、原則として、本発明による方法および／またはシステムは、特定のネットワーク標準には結び付けられないと言いたい。モバイルＩＰノードのインターフェース２０２は、例えばイーサネットまたはトークンリングなどのネットワーク・プロトコルにより直接に使用されるパケット交換インターフェースであるだけでなく、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）、ＳＬＩＰ（Ｓｅｒｉａｌ Ｌｉｎｅ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、またはＧＰＲＳ（Ｇｅｎｅｒａｌｉｚｅｄ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）などのプロトコルで使用できる回線交換インターフェース、すなわち、例としてＭＡＣアドレスまたはＤＬＣアドレスなどのネットワーク・アドレスを持たないインターフェースであることもある。前に一部述べられたように、この通信は、例えば、特定の短いメッセージ、例えばＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅｓ）、ＥＭＳ（Ｅｎｈａｎｃｅｄ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅｓ）を使って、例えばＵＳＳＤ（Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅｓ Ｄａｔａ）などのシグナリング・チャネル（信号チャネル、signalling channel）、もしくは、ＭＥｘＥ（Ｍｏｂｉｌｅ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）、ＧＰＲＳ（Ｇｅｎｅｒａｌｉｚｅｄ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、またはＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）のような他の技術を使って、または、ＩＥＥＥ ｗｉｒｅｌｅｓｓ ８０２．１ｘを使って、または、他のユーザ情報チャネルを介して、ＬＡＮ上で行われることもある。モバイルＩＰノード２０は、モバイルＩＰモジュールおよび／またはＩＰｓｅｃモジュールを含むこともある。モバイルＩＰの主タスクは、ＩＰネットワーク上のＩＰノード２０を認証することと、それに対応して、宛先アドレスとしてモバイルノード２０を持つＩＰパケットを所定の経路で送り直すことから成っている。さらに他のモバイルＩＰ仕様では、例えばＩＥＴＦ（インターネット特別技術調査委員会）ＲＦＣ２００２、ＩＥＥＥ Ｃｏｍｍ．Ｖｏｌ．３５ Ｎｏ．５ １９９７なども参照のこと。モバイルＩＰは、特に、ＩＰｖ６とＩＰｖ４をサポートしている。好ましくは、モバイルＩＰ機能を、ＩＰｓｅｃ（ＩＰセキュリティ・プロトコル）モジュールのセキュリティ機構と組み合わせて、パブリック・インターネット上で、安全なモバイル・データ管理を保証することができる。ＩＰｓｅｃ（ＩＰセキュリティ・プロトコル）は、双方ともＩＰｓｅｃを利用するネットワーク・ハブ間で、認証／機密性機構を、パケット式に、またはソケット式に作り出す。ＩＰｓｅｃの融通性の１つは、とくに、ＩＰｓｅｃが、個々のソケット用だけでなく、パケット式にも設定され得ることにある。ＩＰｓｅｃは、ＩＰｖｘ、特にＩＰｖ６とＩＰｖ４をサポートしている。詳細なＩＰｓｅｃ仕様については、例えば、Ｐｅｔｅ Ｌｏｓｈｉｎ氏の「ＩＰ Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＰセキュリティ・アーキテクチャ）」（Ｍｏｒｇａｎ Ｋａｕｆｍａｎｎ Ｐｕｂｌｉｓｈｅｒｓ；１９９９年１１月）、または、Ｊａｍｅｓ Ｓ氏らの「Ｔｅｃｈｎｉｃａｌ Ｇｕｉｄｅ ｔｏ ＩＰｓｅｃ（ＩＰｓｅｃの技術指針）」（ＣＲＣ Ｐｒｅｓｓ、ＬＬＣ、２０００年１２月）などを参照すること。ＩＰレベルのセキュリティ・プロトコルの使用を説明するときに、一例として、ＩＰｓｅｃが、この実施形態の例に使用されているが、可能な他のあらゆるセキュリティ・プロトコルまたはセキュリティ機構、もしくはセキュリティ・プロトコルの省略が、本発明により考えられる。

さらに、コンタクトを持つインターフェースを介して、モバイルＩＰノード２０を、ＧＳＭネットワークのユーザのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｅｒ）が記憶されているＳＩＭカード２０１（ＳＩＭ：Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）に接続する。認証のために、モバイルＩＰノード２０は、無線インターフェース２０２を介して、ＷＬＡＮの基本サービスエリア内のアクセスポイント２１／２２にて、ＷＬＡＮへのアクセスを要求する。すでに述べられたように、異なるホットスポットの異なるＷＬＡＮは、例えば、ＩＥＥＥ ｗｉｒｅｌｅｓｓ ８０２．１ｘ、Ｂｌｕｅｔｏｏｔｈなどに基づくＷＬＡＮなどの異種のネットワーク標準およびプロトコルを含むこともある。ＷＬＡＮの基本サービスエリアは、アクセス・サーバー２３に割り当てられた１つまたは複数のアクセスポイント２１／２２を包含する。モバイルＩＰノード２０は、モバイルＩＰノード２０のＳＩＭカード２０１に記憶されたＩＭＳＩを、アクセス・サーバー２３の要求に応じて、アクセス・サーバー２３に送る。モバイルＩＰノード２０のＩＭＳＩは、ＳＩＭ−ＲＡＤＩＵＳモジュール３０を用いて記憶される。ＩＭＳＩに基づいて、ＷＬＡＮの論理ＩＰデータチャネルは、ＳＩＭユーザ・データベース３４に格納された情報を用いて、ＧＳＭネットワークの信号チャネルとデータチャネル用の対応するＧＳＭデータのために、ユーザを特定して、補充される。ＧＳＭシステムは、データチャネル、いわゆるトラフィック・チャネルと、制御信号チャネル、いわゆるシグナリング・チャネルを包含する。このトラフィック・チャネル（例えば、ＴＣＨ／ＦＳ、ＴＣＨ／ＨＳ、ＴＣＨ／Ｆ９．６／４．８／２．４、および、ＴＣＨ／Ｈ４．８／２．４など）は、ユーザデータ用に確保されるが、一方、このシグナリング・チャネル（例えば、ＣＣＣＨ：Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌｓ、ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌｓ、ＤＣＣＨ：Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌｓ、ＣＢＣＨ：Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌなど）は、ネットワーク管理、制御機能などに利用される。これらの論理チャネルは、同時に、このインターフェースを介しては使用できず、ＧＳＭ仕様によるいくつかの組合せにおいてのみ使用できる。ＳＩＭゲートウェイ・モジュール３２を用いて、ＧＳＭデータに基づいてＩＰノードの認証を行うために、所要のＳＳ７／ＭＡＰ機能（ＩＴＵ（国際電気通信連合）のＳＳ７（Ｎｏ．７共通信号線方式）／ＧＳＭ標準のＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ））が作り出されて、ＳＩＭ−ＲＡＤＩＵＳモジュール３０は、モバイルノード２０のＳＩＭカード２０１のＩＭＳＩに基づいて、ＳＩＭユーザ・データベース３４およびＳＩＭゲートウェイ・モジュール３２を用いて、ＧＳＭネットワークのＨＬＲ３７（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）および／またはＶＬＲ３７（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）にて、このモバイルＩＰノードの認証を実行する。ＩＴＵのＳＳ７電気通信プロトコルは、いわゆる、帯域外信号伝送を持つ高速回線交換をその特徴とし、それにより、ＳＳＰ（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｐｏｉｎｔｓ）、ＳＴＰ（Ｓｉｇｎａｌ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔｓ）、ＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔｓ）（これらのものはまた、いっしょにして、ＳＳ７ノードと呼ばれることが多い）が使用される。帯域外信号伝送は、データ伝送または音声伝送用のものと同じデータチャネルが用いられない信号伝送である。この目的で、別のデジタルチャネル（信号チャネル）が生成され、そのデジタルチャネルを介して、信号を、２つのネットワーク・コンポーネント間で、通常、５６または６４キロビット／秒で送ることができる。ＳＳ７のアーキテクチャは、それぞれのネットワーク・コンポーネント（ノード）が他の任意のＳＳ７対応のノードと信号を交換できるように、考えられていて、単に互いに直結されるスイッチではない。

図５に示されるように、モバイルＩＰノード２０の認証は、ＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて実行できる。以下のチャレンジ・レスポンス法は、例えば、ユーザを認証し、またＧＳＭ ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）を用いてユーザにセッション鍵を割り当てるＥＡＰベースの方法に採用できる。チャレンジ（質問）として、ＳＩＭカードの認証アルゴリズムには、１２８ビットの乱数（ＲＡＮＤ）が与えられる。次に、それぞれのオペレータに対して固有の秘密アルゴリズムは、ＳＩＭカードで実行する。このアルゴリズムは、入力として、乱数ＲＡＮＤと、ＳＩＭカードに記憶された秘密鍵Ｋｉとを受け取って、それらのものから、３２ビットのレスポンス（ＳＲＥＳ）と６４ビットの鍵Ｋｃを生成する。Ｋｃは、無線インターフェース（ＧＳＭ技術仕様ＧＳＭ０３．２０（ＥＴＳ ３００ ５３４）：「Ｄｉｇｉｔａｌ ｃｅｌｌｕｌａｒ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ（Ｐｈａｓｅ２）；Ｓｅｃｕｒｉｔｙ ｒｅｌａｔｅｄ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎｓ（デジタル・セルラー電気通信システム（フェーズ２）；セキュリティ関連のネットワーク機能）」、欧州電気通信標準化機構、１９９７年８月）を介して、このデータ転送を符号化する働きをする。認証のために、いくつかのＲＡＮＤチャレンジを使用して、いくつかの６４ビットＫｃ鍵を生成する。これらのＫｃ鍵は、さらに長いセッション鍵に合体される。図４は、ＩＥＥＥ８０２．１ｘのポート・ベースの認証法において、モバイルＩＰノード２０、アクセスポイント２１、アクセス・サーバー２３との間のセットアップを図式的に示しており、この場合、モバイルＩＰノード２０（リモート・アクセス・クライアント／サプリカント）が、アクセスポイント２１（認証装置）を介して、アクセス・サーバー２３（認証サーバー）にて認証される。この実施形態の例では、ＷＬＡＮは、ＩＥＥＥ８０２．１１に基づいている。ＧＳＭ認証を実行するために、ＳＩＭゲートウェイ・モジュール３２は、ＩＡＳ（インターネット認証サービス）サーバー・ネットワークと、ＧＳＭ認証インフラとの間、すなわちアクセスポイント２１／２２またはアクセス・サーバー２３と、ＨＬＲ３７またはＶＬＲ３７との間のゲートウェイとして働く。ＥＡＰ／ＳＩＭ認証の開始時において、アクセス・サーバー２３は、第１のＥＡＰ要求１で、アクセスポイント２１／２２を通じてモバイルＩＰノード２０から、とりわけ、ユーザのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を要求する。これは、モバイルＩＰノードから、ＥＡＰレスポンス２を介して、アクセスポイント２１／２２に送られる。それぞれのＨＬＲ３７または名前付きＶＬＲ３７からのトリプレット要求に応じて、アクセス・サーバー２３は、ＩＭＳＩとともに、ｎのＧＳＭトリプレットを受け取る。これらのトリプレットに基づいて、アクセス・サーバー２３は、セッション鍵だけでなく、ｎ^＊ＲＡＮＤと鍵の寿命（ライフスパン）用のメッセージ認証コード（いっしょにして、ＭＡＣ＿ＲＡＮＤ）も受け取ることができる。次に、第３のＥＡＰステップ３（図５）では、アクセス・サーバー２３は、例えば、タイプ１８（ＳＩＭ）のＥＡＰ要求をモバイルＩＰノード２０に送って、対応するＥＡＰレスポンス４を受け取る。さらに、ＳＩＭタイプのＥＡＰデータパケットは、特定のサブタイプ・フィールドも持っている。第１のＥＡＰ要求／ＳＩＭは、サブタイプ１（開始）のものである。このパケットには、アクセス・サーバー２３でサポートされるＥＡＰ／ＳＩＭプロトコル・バージョンナンバーのリストが入っている。モバイルＩＰノード２０のＥＡＰレスポンス／ＳＩＭ（開始）４（図５）は、モバイルＩＰノード２０で選択されたバージョンナンバーを受け取る。モバイルＩＰノード２０は、ＥＡＰ要求の中に指定されたバージョンナンバーを選択しなければならない。モバイルＩＰノード２０のＥＡＰレスポンス／ＳＩＭ（開始）には、この鍵用の寿命提案と、モバイルＩＰノードで生成されてきた乱数ＮＯＮＣＥ＿ＭＴも入っている。後続するすべてのＥＡＰ要求には、モバイルＩＰノード２０のＥＡＰレスポンス／ＳＩＭ（開始）データパケットと同じバージョンが入っている。述べられる通り、ＧＳＭ認証を実行するためには、この実施形態の変形例は、アクセス・サーバー２３と、ＨＬＲ３７またはＶＬＲ３７との間のゲートウェイとして役立つＳＩＭゲートウェイ・モジュール３２を持っている。ＥＡＰレスポンス／ＳＩＭを受け取った後で、アクセス・サーバー２３は、ＧＳＭネットワークのＨＬＲ／ＶＬＲ３７から、ｎのＧＳＭトリプレットを受け取る。これらのトリプレットから、アクセス・サーバー２３は、ＭＡＣ＿ＲＡＮＤとセッション鍵Ｋを計算する。ＳＩＭで生成されたセッション鍵Ｋの暗号値とメッセージ認証コードＭＡＣ＿ＲＡＮＤおよびＭＡＣ＿ＳＲＥＳの暗号値の計算は、例えば、Ｈ．Ｋｒａｗｃｚｙｋ氏、Ｍ．Ｂｅｌｌａｒ氏、および、Ｒ．Ｃａｎｅｔｔｉ氏による文書「ＨＭＡＣ：Ｋｅｙｅｄ−Ｈａｓｈｉｎｇ ｆｏｒ Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（メッセージ認証用の鍵付きハッシュ化）」（ＲＦＣ２１０４、１９９７年２月）から学習できる。アクセス・サーバー２３の次のＥＡＰ要求５（図５）は、タイプＳＩＭとサブタイプ・チャレンジのものである。要求５には、ＲＡＮＤチャレンジ、アクセス・サーバー２３で決定された鍵の寿命、これらのチャレンジおよび寿命用のメッセージ認証コード（ＭＡＣ＿ＲＡＮＤ）が入っている。ＥＡＰ要求／ＳＩＭ（チャレンジ）５を受け取った後で、ＧＳＭ認証アルゴリズム６は、ＳＩＭカードで実行して、ＭＡＣ＿ＲＡＮＤのコピーを計算する。モバイルＩＰノード２０は、計算されたＭＡＣ＿ＲＡＮＤ値が、受け取られたＭＡＣ＿ＲＡＮＤ値に等しいかどうか確かめる。これら２つの値が一致しなければ、モバイルＩＰノード２０は、この認証法を打ち切って、ＳＩＭカードにより計算された認証値のどれも、このネットワークには転送しない。メッセージ認証コード（ＭＡＣ＿ＲＡＮＤ）といっしょに、ＲＡＮＤ値が受け取られるから、モバイルＩＰノード２０は、このＲＡＮＤが新規であって、かつＧＳＭネットワークにより生成されたことを保証できる。あらゆるチェックが正しかった場合には、モバイルＩＰノード２０は、モバイルＩＰノード２０のＭＡＣ＿ＳＲＥＳが応答として入っているＥＡＰレスポンス／ＳＩＭ（チャレンジ）７を送る。アクセス・サーバー２３は、ＭＡＣ＿ＳＲＥＳが正しいかどうか確かめて、最後に、その認証が成功したことをモバイルＩＰノード２０に示すＥＡＰ成功データパケット８（図５）を送る。さらに、アクセス・サーバー２３は、その受け取られたセッション鍵を、その認証レポート（ＥＡＰ成功）とともに、アクセスポイント２１／２２に送ることもある。認証が成功する場合に、位置更新が、ＨＬＲ３７および／またはＶＬＲ３７にて行われ、しかも、このモバイルＩＰノード２０が、このアクセス・サーバーのカスタマ・データベース中の対応するエントリを受け取って、ＷＬＡＮを解放して、モバイルＩＰノード２０で使用する。述べられた通り、これは、とりわけ、異種の様々なＷＬＡＮ間のシームレスなローミングが可能になるという利点を持っている。それぞれのＷＬＡＮサービスプロバイダにおいて、登録、課金、サービス認可などのことでユーザが心配する必要もなく、ＷＬＡＮ技術（特に、ＩＰネットワークのもの）とＧＳＭ技術を組み合わせることにより、ユーザのローミングが可能となる。すなわち、ユーザは、例えばＧＳＭなどの移動無線技術にユーザが慣れるのと同じ便宜を享受する。同時に、オープンなＩＰ世界の利点（世界中のインターネットへのアクセスなど）と、ＧＳＭ標準の利点（セキュリティ、課金、サービス認可など）を組み合わせることは、まったく新しいやり方で可能である。本発明はまた、対応するモジュールを、それぞれのアクセス・サーバーに設置する必要もなく、ＷＬＡＮ上でローミングする方法を作り出すことも可能にする。それどころか、ＲＡＤＩＵＳを用いることで、そのインフラ（ＷＬＡＮ／ＧＳＭ）を、もとのままの状態で引き継ぐことができる。

図２と図３は、本発明による方法およびシステムにおいて、オープンなＩＰ世界５７が、認証３７１、ＳＳ７、３７２、サービス認可５３１、および課金５３２用のインターフェースを介して、さらに限定的なＧＳＭ世界５８にどのように接続されるのか、図式的にブロック図で示している。それにより、参照番号３８は、ＨＬＲ／ＶＬＲ３７が割り当てられている異なる移動無線ネットワーク・サービスプロバイダを示している。実施形態の一変形例として、ＷＬＡＮへのアクセスの間、モバイルＩＰノード２０のデータストリームは、移動無線ネットワーク・サービスプロバイダ３８を介して、アクセスポイント２１／２２から方向づけられるものと考えられる。これにより、移動無線ネットワーク・サービスプロバイダ３８は、ＩＭＳＩによる認証に基づいて、異なるサービスのユーザに対して、特定ユーザ向けのサービス認可を与え、かつ／または、得られたサービスの特定ユーザ向けの課金を実行することができる。しかしながら、サービス認可は、モジュール２１４を用いて、例えば直接にアクセスポイント２１／２２にて行われることもある。さらに、図２の場合には、モバイルＩＰノード２０は、コンタクトを持つインターフェースを介して、ＳＩＭカード２０１に接続されて、無線コネクション４８を用いて、ＷＬＡＮにアクセスする。ＷＬＡＮは、アクセス・サーバー２３を介して、ＧＳＭ移動無線ネットワーク、特にＨＬＲ３７および／またはＶＬＲ３７に、ＧＲＸモジュール５１（ＧＲＸ：ＧＰＲＳ Ｒｏａｍｉｎｇ ｅＸｃｈａｎｇｅ）を介してＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）５０に、インターネット・サービスプロバイダ５２を介して、また、得られたサービスの課金を行うために、クリアリング・システム５３を介して、接続される。

上述の実施形態の例から拡張された実施形態の一例では、認証の間、ＳＩＭユーザ・データベース３４を、ｓｙｎｃ（同期）モジュール３５およびｓｙｎｃデータベース３６に結び付けて、現在のユーザデータセットを変更または削除するか、あるいは、新規ユーザ・データセットを挿入するが、その場合、これらのデータベース３４／３６の比較が、定期的に行われ、かつ／または、ｓｙｎｃデータベース３６の変更を通じて、および／またはＳＩＭユーザデータベース３４の障害を通じて開始されることが、述べられるべきである。ｓｙｎｃモジュール３５とｓｙｎｃデータベース３６は、個別のネットワーク・コンポーネントとして、例えば個別のＩＰノードおよび／またはＧＳＭコンポーネントとして、ハードウェアを通じて、またはソフトウェアを通じて、本発明による他のコンポーネントのように実現されるか、あるいは、別のシステム・コンポーネントに割り当てられ、かつ／または別のシステム・コンポーネントに組み込まれることもある。このような実施形態の変形例では、移動無線ネットワーク・サービスプロバイダ３８は、現在のユーザ・データセットを変更または削除するときに、あるいは新規ユーザ・データセットを挿入するときに、以前と同じやり方で、すなわち、追加システムを購入する必要も、また維持する必要もなく、ユーザ・データベースの処理を続けることができる。

図６は、当技術分野の現状により、ＧＳＭネットワーク６３／６４および／または固定ネットワーク（ＰＳＴＮ）６１／６２の混合環境において、サービスの記録および課金（課金とアカウンティング）を行う構造を図式的に例解したブロック図を示している。その一方、図７は、同様にＴＡＰプロトコルを用いて、当技術分野の現状により、ＧＳＭホーム・ネットワーク・サービスプロバイダ８０とＧＳＭ外国ネットワーク・サービスプロバイダ８１との間で、サービス（課金とアカウンティング）の記録および課金を行う構造をブロック図で図式的に示している。ＧＳＭネットワーク上のモバイルユニットにより得られるサービスの課金とアカウンティングを行うために、当技術分野の現状において知られているものは、いわゆるＧＳＭ協会のＴＡＤＩＧ（Ｔｒａｎｓｆｅｒｒｅｄ Ａｃｃｏｕｎｔ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ Ｇｒｏｕｐ）のいわゆるＴＡＰプロトコル（ＴＡＰ：Ｔｒａｎｓｆｅｒｒｅｄ Ａｃｃｏｕｎｔ Ｐｒｏｃｅｄｕｒｅ）である。図６では、参照数字６１と参照数字６２は、固定ネットワーク・サービスプロバイダ（ＰＳＴＮ／ＩＳＤＮ）を表わしている。参照数字７０は、当技術分野の現状の固定ネットワーク・サービスプロバイダの間で行う、固定ネットワーク通話の正規の課金とアカウンティングである。参照数字７１は、ＴＡＰプロトコルを用いて、異なるＧＳＭ移動無線ネットワーク・サービスプロバイダ６３／６４間で行う課金とアカウンティングである。参照数字７２は、前に述べられた卸売的課金であるが、同様に、参照数字７３は小売的課金を表わしている。参照数字６５／６６は、ＧＳＭプロバイダを表わしている。したがって、ユーザ５７／５８は、サービスプロバイダ６５／６６を通じて、卸売的課金７２を用いて、あるいは、直接、ＧＳＭ移動無線ネットワーク・サービスプロバイダ６３／６４による小売的課金７３を用いて、課金される。図７は、ＴＡＰに基づいて、２つのネットワーク・オペレータ８０／８１間で行われる可能なデータ交換を示している。外国のネットワーク（ＶＰＬＭＮ：Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ−ｂａｓｅｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）８１／９０２上に位置づけられたユーザ９０による通話の詳細８１３は、ネットワーク８１のＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）８１２に記録される。したがって、それぞれの通話は、１つまたは複数の通話記録８１３を作成する。このような通話記録用のＧＳＭ標準は、ＧＳＭ１２．０５に定められる。ただし、多くのプロバイダは、プロバイダ自体の形式（フォーマット）を使用している。ＭＳＣ８１２の通話記録８１３は、ＶＰＬＭＮ８１の課金システム８１１に送られて、課金を行う。次に、これらの通話記録８１３は、ＴＡＰ形式８１４に変換されて、それぞれのユーザ９０に割り当てられる。遅くとも３６時間内に、ＴＡＰ記録８１４が、ホーム・ネットワーク８０のそれぞれの移動無線ネットワーク・サービスプロバイダ８０１に送られる。これらのＴＡＰファイル８１４には、さらに、プロバイダ・サービス料金表（ＩＯＴ：Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆ）に関する情報と、すべてのさらなる双務契約、および特典または割引計画も入っている。ＴＡＰ記録は、直接、または、さらに普通に、例えばクリアリング・ハウスなどの課金ポイントを通じて、送られる。ホーム・ネットワーク・オペレータ（ＨＰＭＮ：Ｈｏｍｅ Ｐｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）８０１がＶＰＬＭＮ８１１からＴＡＰ記録８１４を受け取る場合には、これは、対応する内部形式８０２に変換されて、ユーザがホーム・ネットワーク８０上で作成するユーザ９０の正規通話記録といっしょに、課金される。発生した費用をサービス・プロバイダ８２がユーザ９０に課金する（９０１）卸売的課金の場合には、ＨＰＭＮ８０１は、これらの記録８０２を、サービス・プロバイダ８２に渡す。このサービス・プロバイダ８２は、特にサービス・プロバイダ自体の料金表により、通話を課金し直すことができ、また、例えばユーザ９０用の通話の詳細を記したアカウント明細書８３を作成する（８２１）。その結果、この方法では、いつも、ＨＰＭＮ８０１を介して、ユーザ９０に課金を行う（９０１）。

図８は、異種のＷＬＡＮ上でモバイルＩＰノード２０のローミングを行っている間に、サービスの記録および課金を行い、それにより、モバイルＩＰノード２０が、ＷＬＡＮの基本サービスエリア内で、無線インターフェースを介して、ＷＬＡＮのアクセスポイント２１／２２にアクセスする本発明による方法およびシステムを示している。ＷＬＡＮの基本サービスエリアは、アクセス・サーバー２３／１００１に割り当てられた１つまたは複数のアクセスポイント２１／２２を含む。それぞれのアクセスポイント２１／２２を介して、モバイルＩＰノード２０は、アクセス・サーバー２３／１００１の要求に応じて、モバイルＩＰノード２０のＳＩＭカード２０１に記憶されたＩＭＳＩをアクセス・サーバー２３／１００１に送る。モバイルＩＰノード２０のＩＭＳＩは、ＳＩＭ−ＲＡＤＩＵＳモジュール３０のデータベース３１に格納される。ＳＩＭユーザ・データベース３４およびＳＩＭゲートウェイ・モジュール３２を用いて、ＳＩＭ−ＲＡＤＩＵＳモジュール３０が、ＧＳＭネットワークの信号チャネルとデータチャネル用の対応するＧＳＭデータのために、ユーザを特定して、このＷＬＡＮの論理ＩＰデータチャネルを補充する。この補充された信号チャネルとデータチャネルを使って、モバイルＩＰノード２０の認証および／またはサービス認可が、図１、図２、図３に描かれるように、モバイルＩＰノード２０のＳＩＭカード２０１のＩＭＳＩに基づいて、ＧＳＭネットワークのＨＬＲ３７および／またはＶＬＲ３７にて行われる。課金とアカウンティングを行うために、課金モジュール１００３は、課金ゲートウェイ・インターフェース１０３１を用いて、アクセス・サーバー２３／１００１にアクセスする。モバイルＩＰノード２０の第１の通話詳細記録は、課金ゲートウェイ・インターフェース１０３１を介して、アクセス・サーバー２３／１００１から、課金モジュール１００３に送られる（１０１１）。課金モジュール１００３は、割り当てられたソフトウェアおよび／またはハードウェアで実現されるモジュールを持っており、そのモジュールは、ソフトウェアおよび／またはハードウェアを用いて、アクセス・サーバー２３／１００１から、課金ゲートウェイ・インターフェース１０３１を介してＣＤＲファイルを得て、それらのＣＤＲファイルを、課金モジュール１００３および／またはプロキシ・モジュール１００２に送ることができる。このようなダウンロードは、例えば毎日のように定期的に、かつ／または、アクセス・サーバー２３／１００１の要求に応じて、かつ／または、課金モジュール１００３の要求に応じて、かつ／または、プロキシ・モジュール１００２の要求に応じて行われることもある。このような第１の通話詳細記録は、課金モジュール１００３において、例えば、対応して定められたファイル・アプリケーション識別子を用いて指定できる。第１の通話詳細記録には、例えばＳＩＭベースの認証情報が入っていることもある。このＳＩＭベースの認証情報は、とりわけ、いわゆる転送遮断タイムスタンプ（例えば、ＧＳＭ ＰＲＤ ＴＤ．５７に定められるようなもの）だけでなく、ホットスポットＩＤ、得られた一連のファイル用のファイルナンバーである場合もある。アクセス・サーバーに簡単にアクセスできるようにするために、上記のＣＤＲは、アクセス・サーバーにおいて、例えば３つの異なるディレクトリに格納されることもある。例えば、開いているファイル（すなわち、まだ変更されるファイル）を持つディレクトリ、事実上閉じられている（すなわち、もう変更されない）が、ただし、送る予定のないものとして区分されたファイルを持つディレクトリ、最後に、閉じられていて、いつでも送れる状態にあるファイルを持つディレクトリがある。課金ゲートウェイ・インターフェース１０３１は、それぞれのアクセス・サーバー２３／１００１の設定プロファイルを持つ割り当てられた課金管理データベース１０３２を含む。これは、課金モジュール２３／１００１が、課金管理データベース１０３２から、ホットスポットの所望のアクセス・サーバー２３／１００１用の通信プロファイルを獲得できることを意味する。課金管理データベース１０３２には、ＧＳＭサービスプロバイダ１００６、ＷＬＡＮサービスプロバイダ、ホットスポットとのデータ交換および処理に求められるあらゆる不可欠のプロファイルおよび動作設定が入っている。課金管理データベース１０３２は、特に、例えばユーザおよび／またはサービスプロバイダのＩＰアドレスおよび／またはＧＳＭ識別名を含むこともある。とりわけ、課金管理データベース１０３２からの情報に基づいて、ＣＤＲ（ＩＰアドレスなど）、ＴＡＰファイル（ＰＭＮコード（Ｐｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＴＡＰ識別コード）、ＩＯＴ）、ＷＬＡＮサービスプロバイダ向けの課金指示（総額など）、およびＧＳＭサービスプロバイダ用のホットスポット認可（信号伝送など）が、とりわけ作り出される。実施形態の一変形例として考えられるものは、特に、信号ゲートウェイ・モジュールによる課金管理データベースの自動更新法である。このような更新法により、様々なアクセス・サーバー１００１を用いての課金モジュール１００３の一貫した、通用する認証および認可が可能になるであろう。さらに、モバイルＩＰノード２０の第２の通話詳細記録も、プロキシ・モジュール１００２に送られて（１０１０）、プロキシ・モジュール１００２が、少なくとも、モバイルＩＰノード２０のＩＤ、および／または、得られたサービスの期間および／またはプロバイダを取り込んで、それを、課金モジュール１００３に渡す（１０１２）。このようなダウンロードは、ソフトウェアおよび／またはハードウェアを通じて実現される上記モジュールを用いて行われることもある。このモジュールは、アクセス・サーバー２３／１００１から、課金ゲートウェイ・インターフェース１０３１を介してＣＤＲファイルを得て、それらのＣＤファイルを課金モジュール１００３および／またはプロキシ・モジュール１００２に送ることができる。このようなダウンロードは、例えば毎日のように定期的に、かつ／または、アクセス・サーバー２３／１００１の要求に応じて、かつ／または、プロキシ・モジュール１００２の要求に応じて、かつ／または、課金モジュール１００３の要求に応じて行われることもある。第２の通話詳細記録は、例えば、少なくとも、このモバイルＩＰノードのＩＰアドレス、および、このモバイルＩＰノードがサービスを得たサービスプロバイダの識別名に基づいて、作成されることもある。これは、このモバイルＩＰノードの第１の通話詳細記録が、アクセス・サーバーから課金モジュールに送られるものであって、とりわけ、ＳＩＭベースで作成されるが、一方、第２の通話詳細記録が、アクセス・サーバーからプロキシ・モジュールに送られるものであって、例えばＲＡＤＩＵＳ情報のように、ＩＰベースで作成されることを意味する。ユーザおよびＷＬＡＮサービスプロバイダのサービスの課金とクリアリングを行うために、とりわけ、第２のＣＤＲからのデータが必要である。課金モジュール１００３は、得られたサービスに対応するＴＡＰファイル１０１４を作成して、これらのＴＡＰファイルを、課金指示１０１３といっしょに、クリアリング・モジュール１００４に送る。これは、入ってくるＩＭＳＩ認証ＣＤＲがそれぞれ、ＴＡＰ形式に変換されることを意味する。ＴＡＰファイルはまた、例えば、Ｐｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＴＡＰ識別コードだけでなく、ＩＯＴ（Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆｓ）にも基づいて、作成されることもある。この変形例と組み合わせて、または独立した実施形態変形例として、同様に、例えば、課金管理データベースは、Ｐｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＴＡＰ識別コードだけでなく、ＩＯＴ（Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆ）も含むものと考えられる。課金指示１０１３は、少なくとも、特定ユーザ向け、および／または、特定サービスプロバイダ向けの課金データを含む。クリアリング・モジュール１００４は、ユーザにより得られたサービスの課金を固定ネットワーク１００７のプロバイダ１００８に行い（１０１６）、かつ／または、ＴＡＰファイル１０１７を、課金のためにＧＳＭ１００５のサービスプロバイダ１００６に送る。本発明によるあらゆるモジュールおよび／またはネットワーク・コンポーネントは、ソフトウェアだけでなく、ハードウェアを通じても実現できることを特記すべきである。さらに、アクセスポイント２１／２２からのＷＬＡＮのアクセスの間、モバイルＩＰノード２０のデータストリームは、移動無線ネットワーク・サービスプロバイダを介して方向づけられることもある。それにより、移動無線ネットワーク・プロバイダは、ユーザのデータフローの完全制御を得ることができる。このようにして、ユーザはまた、ＩＰ世界に対して、特定的にサービス認可を与えて、詳細な課金を実行し、セキュリティ機構を取り入れることができる。それにより、とりわけ、ユーザは、例えばインターネットを含む管理しがたいオープンなＩＰ世界を、ＧＳＭ世界の利点と組み合わせることができる。これは、特に最近、例えばプロバイダまたはサービスベンダの責任問題に関して、大きな役割を果たしている。

本発明の実施形態変形例は、例を参照して、以下に述べられる。これらの実施形態の例は、以下の添付図面により示される。
モバイルＩＰノード２０を、コンタクトを持つインターフェースを介して、ＳＩＭカード２０１に接続し、かつ、無線コネクション４８を用いてＷＬＡＮのアクセス・ポイント２１／２２にアクセスして、異種のＷＬＡＮ上でローミングを行っている間にユーザを認証する本発明による方法およびシステムを図式的に例解したブロック図を示す。ＷＬＡＮのアクセス・サーバー２３は、ＳＩＭカード２０１に記憶されたＩＭＳＩに基づいて、ＧＳＭ移動無線ネットワークのＨＬＲ３７および／またはＶＬＲ３７にて、モバイルＩＰノード２０を認証する。 モバイルＩＰノード２０を、コンタクトを持つインターフェースを介して、ＳＩＭカード２０１に接続し、かつ、無線コネクション４８を用いてＷＬＡＮにアクセスして、異種のＷＬＡＮ上でローミングを行っている間にユーザを認証する本発明による方法およびシステムを同様に図式的に例解したブロック図を示す。ＷＬＡＮは、アクセス・サーバー２３を介して、ＧＳＭ移動無線ネットワーク、特にＨＬＲ３７および／またはＶＬＲ３７に、ＧＲＸモジュール５１（ＧＲＸ：ＧＰＲＳ Ｒｏａｍｉｎｇ ｅＸｃｈａｎｇｅ）を介してＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）５０に、インターネット・サービスプロバイダ５２を介して、また、得られたサービスの課金を行うために、クリアリング・システム５３を介して、接続される。 オープンなＩＰ世界を、本発明による方法およびシステムを用いて、認証３７１、ＳＳ７、３７２、サービス認可５３１、および課金５３２用のインターフェースを介して、さらに限定的なＧＳＭ世界に接続して、異種のＷＬＡＮ上でシームレスなローミングを行う本発明による方法およびシステムを図式的に例解したブロック図を示す。 サプリカントまたはリモートアクセス・クライアント２０が、認証装置またはリモート・アクセス・サーバー２１を介して、認証サーバー２３にて認証され、またＷＬＡＮがＩＥＥＥ８０２．１１に基づいている、ＩＥＥＥ８０２．１ｘのポート・ベースの認証法のセットアップを図式的に例解したブロック図を示す。 ＧＳＭベースのチャレンジ・レスポンス法が用いられている、ＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によるＳＩＭ認証用の可能な実施形態変形例を図式的に例解したブロック図を示す。 当技術分野の現状により、ＧＳＭネットワーク６３／６４および／または固定ネットワーク（ＰＳＴＮ）６１／６２の混合環境において、サービスの記録および課金（課金とアカウンティング）を行う構造を図式的に例解したブロック図を示す。特に、図６は、異なるネットワーク・サービスプロバイダ６１／６２／６３／６４間でＧＳＭ課金およびアカウンティングを行っている間のＴＡＰプロトコルの役割を示す。 ＴＡＰプロトコルを用いて、当技術分野の現状によりＧＳＭホーム・ネットワーク・サービスプロバイダ８０とＧＳＭ外国ネットワーク・サービスプロバイダ８１間でサービスの記録および課金（課金とアカウンティング）を行う構造を図式的に例解したブロック図を示す。 異種のＷＬＡＮ上でモバイルＩＰノード２０のローミングを行っている間に、サービスの記録またはアカウンティングおよび課金を行う本発明による方法およびシステムを図式的に例解したブロック図を示す。それにより、第１の通話詳細記録は、アクセス・サーバー２３／１００１から課金モジュール１００３に送られ、また第２の通話詳細記録は、このアクセス・サーバーからプロキシ・モジュール１００２に送られる。クリアリング・モジュール１００４を用いて、その得られたサービスの課金を、固定ネットワーク１００７のプロバイダ１００８に行い（１０１６）、かつ／または、ＴＡＰファイル１０１７を、課金のために、ＧＳＭ１００５のサービスプロバイダ１００６に送る。

符号の説明

２０ モバイルＩＰノード
２１／２２ アクセスポイント
２３、１００１ アクセス・サーバー
３０ ＳＩＭ−ＲＡＤＩＵＳモジュール
３１ データベース
３２ ＳＩＭゲートウェイ・モジュール
３４ ＳＩＭユーザ・データベース
３７ ＨＬＲ、ＶＬＲ
５３ クリアリング・システム
２０１ ＳＩＭカード
１００２ プロキシ・モジュール
１００３ 課金モジュール
１００４ クリアリング・モジュール
１００６ サービスプロバイダ
１００７ 固定ネットワーク
１００８ プロバイダ
１０１１ 第１の通話詳細記録
１０１３ 課金指示
１０１４ ＴＡＰファイル
１０３１ 課金ゲートウェイ・インターフェース
１０３２ 課金管理データベース

Claims (14)

1. モバイルＩＰノード（２０）が、アクセス・サーバー（２３／１００１）に割り当てられた１つまたは複数のアクセス・ポイント（２１／２２）を含むＷＬＡＮの基本サービスエリア内で無線インターフェースを介して、前記ＷＬＡＮのアクセスポイント（２１／２２）にアクセスし、また、前記アクセス・サーバー（２３／１００１）の要求に応じて、前記モバイルＩＰノード（２０）が、前記モバイルＩＰノード（２０）のＳＩＭカード（２０１）に記憶されたＩＭＳＩを、前記アクセス・サーバー（２３／１００１）に送り、かつ、前記モバイルＩＰモード（２０）の前記ＩＭＳＩが、ＳＩＭ−ＲＡＤＩＵＳモジュール（３０）のデータベース（３１）に格納されるような、異種のＷＬＡＮ上でモバイルＩＰノード（２０）のローミングを行っている間にサービスの記録および課金を行うコンピュータ支援方法であって、
   ＳＩＭユーザ・データベース（３４）およびＳＩＭゲートウェイ・モジュール（３２）を用いて、ＳＩＭ−ＲＡＤＩＵＳモジュール（３０）が、ＧＳＭネットワークの信号チャネルとデータチャネル用の対応するＧＳＭデータのために、ユーザを特定して、前記ＷＬＡＮの論理ＩＰデータチャネルを補充し、前記モバイルＩＰノード（２０）の認証および／またはサービス認可が、前記モバイルＩＰノード（２０）の前記ＳＩＭカード（２０１）の前記ＩＭＳＩに基づいて、ＧＳＭネットワークのＨＬＲ（３７）および／またはＶＬＲ（３７）にて行われることと、
   課金ゲートウェイ・インターフェースを用いて、課金モジュール（１００３）が前記アクセス・サーバー（２３／１００１）にアクセスして、前記モバイルＩＰノード（２０）の第１の通話詳細記録を、前記アクセス・サーバー（２３／１００１）から前記課金モジュール（１００３）に送り、さらに、前記課金ゲートウェイ・インターフェース（１０３１）が、各アクセス・サーバー（２３／１００１）の前記設定プロファイルを持つ割り当てられた課金管理データベース（１０３２）を含むことと、
   前記モバイルＩＰノード（２０）の第２の通話詳細記録を、プロキシ・モジュール（１００２）に送り、前記プロキシ・モジュール（１００２）が、少なくとも、前記モバイルＩＰノード（２０）のＩＤおよび／または得られたサービスの期間および／またはプロバイダを取り込んで、それを前記課金モジュール（１００３）に渡す（１０１２）ことと、
   前記課金モジュール（１００３）が、前記プロキシ・モジュール（１００２）のデータと、前記第１の通話詳細記録（１０１１）に基づいて、前記得られたサービスに対応するＴＡＰファイル（１０１４）を作成して、前記ＴＡＰファイル（１０１４）を、課金指示（１０１３）といっしょに、クリアリング・モジュール（１００４）に送り、かつ、前記課金指示（１０１３）が、少なくとも特定ユーザ向けおよび／または特定サービスプロバイダ向けの課金データを含み、また、前記クリアリング・モジュール（１００４）が、前記ユーザにより得られたサービスの課金を固定ネットワーク（１００７）のプロバイダ（１００８）に行い（１０１６）、かつ／または、前記ＴＡＰファイル（１０１４）を、課金のためにＧＳＭ（１００５）のサービスプロバイダ（１００６）に送ることを特徴とする方法。
2. 第１の通話詳細記録が、少なくとも、前記モバイルＩＰノード（２０）のＩＰアドレス、および、前記モバイルＩＰノードがサービスを得たサービスプロバイダの識別名に基づいて、作成されることを特徴とする請求項１に記載のコンピュータ支援方法。
3. 前記アクセス・ポイント（２１／２２）から前記ＷＬＡＮにアクセスしているときに、前記モバイルＩＰノード（２０）のデータストリームが、前記移動無線ネットワーク・サービスプロバイダを介して方向づけられることを特徴とする請求項１または２のいずれかに記載のコンピュータ支援方法。
4. 前記ＴＡＰファイル（１０１４）が、少なくとも、Ｐｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＴＡＰ識別コードだけでなく、ＩＯＴ（Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆ）にも基づいて、作成されることを特徴とする請求項１ないし３のいずれかに記載のコンピュータ支援方法。
5. 前記課金管理データベース（１０３２）が、前記ユーザおよび／またはサービスプロバイダのＩＰアドレスおよび／またはＧＳＭ識別名を含むことを特徴とする請求項１ないし４のいずれかに記載のコンピュータ支援方法。
6. 前記課金管理データベース（１０３２）が、ＩＯＴ（Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆ）と、Ｐｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＴＡＰ識別コードを含むことを特徴とする請求項１ないし５のいずれかに記載のコンピュータ支援方法。
7. 前記モバイルＩＰノード（２０）の第１のＳＩＭベースの通話詳細記録を、前記アクセス・サーバー（２３／１００１）から前記課金モジュール（１００３）に送り（１０１０／１０１１）、また、第２のＩＰベースの通話詳細記録を、前記アクセス・サーバー（２３／１００１）から前記プロキシ・モジュール（１００２）に送ることを特徴とする請求項１ないし６のいずれかに記載のコンピュータ支援方法。
8. それぞれの場合に、基本サービスエリア内に少なくとも１つのＷＬＡＮを含み、前記ＷＬＡＮの前記基本サービスエリアが、アクセス・サーバー（２３／１００１）に割り当てられた１つまたは複数のアクセス・ポイント（２１／２２）を含み、また前記アクセス・ポイント（２１／２２）が、モバイルＩＰノード（２０）とやり取りする無線インターフェース（２１１）を含み、さらに前記モバイルＩＰノード（２０）が、ＩＭＳＩを記憶するＳＩＭカード（２０１）を含むような、異種のＷＬＡＮ上で前記モバイルＩＰノード（２０）のローミングを行っている間にサービスの記録および課金を行うシステムであって、
   前記アクセス・サーバー（２３／１００１）が、ＧＳＭネットワークの信号チャネルとデータチャネル用の対応するＧＳＭデータのために、ユーザを特定して、前記ＷＬＡＮの論理ＩＰデータチャネルを補充するために、ＳＩＭ−ＲＡＤＩＵＳモジュール（３０）、ＳＩＭユーザ・データベース（３４）、およびＳＩＭゲートウェイ・モジュール（３２）を含み、前記モバイルＩＰノード（２０）の前記ＳＩＭカード（２０１）の前記ＩＭＳＩに基づいて、ＧＳＭネットワークのＨＬＲ（３７）および／またはＶＬＲ（３７）にて、前記モバイルＩＰノード（２０）の認証および／またはサービス認可を行うことと、
   前記アクセス・サーバー（２３／１００１）が、前記アクセス・サーバー（２３／１００１）にアクセスする課金ゲートウェイ・インターフェース（１０３１）を有する課金モジュール（１００３）を含み、また、前記モバイルＩＰノード（２０）の第１の通話詳細記録を、前記アクセス・サーバーから前記課金モジュール（１００３）に伝送でき（１０１１）、さらに、前記課金ゲートウェイ・インターフェース（１０３１）が、前記個々のアクセス・サーバー（２３／１００１）の前記設定プロファイルを持つ割り当てられた課金管理データベース（１０３２）を含むことと、
   プロキシ・モジュール（１００２）を用いて、前記モバイルＩＰノード（２０）の第２の通話詳細記録を、前記アクセス・サーバー（１００１）からダウンロードでき（１０１０）、また、前記プロキシ・モジュール（１００２）を用いて、少なくとも、前記モバイルＩＰノード（２０）のＩＤ、前記得られたサービスの期間およびプロバイダを、取り込むことができ、かつ、前記課金モジュール（１００３）に渡す（１０１２）ことができることと、
   前記課金モジュール（１００３）を用いて、前記得られたサービスに対応するＴＡＰファイル（１０１４）を作成でき、また、前記ＴＡＰファイル（１０１４）を、課金指示（１０１３）といっしょに、クリアリング・モジュール（１００４）に伝送でき、さらに、前記課金指示（１０１３）が、少なくとも特定ユーザ向けおよび／または特定サービスプロバイダ向けの課金データを含むことを特徴とするシステム。
9. 前記アクセス・サーバー（２３／１００１）を用いて、第２の通話詳細記録が、少なくとも、前記モバイルＩＰノード（２０）の前記ＩＰアドレス、および、前記モバイルＩＰノードがサービスを得たサービスプロバイダの識別名に基づいて、作成できることを特徴とする請求項８に記載のシステム。
10. 前記アクセス・ポイント（２１／２２）からＷＬＡＮへのアクセスの間、前記モバイルＩＰノード（２０）のデータストリームが、移動無線ネットワーク・サービスプロバイダを介して方向づけられることを特徴とする請求項８または９のいずれかに記載のシステム。
11. 前記ＴＡＰファイル（１０１４）が、少なくとも、ＩＯＴ（Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆ）およびＰｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＴＡＰ識別コードに関する情報を含むことを特徴とする請求項８ないし１０のいずれかに記載のシステム。
12. 前記課金管理データベース（１０３２）が、前記ユーザおよび／またはサービスプロバイダのＩＰアドレスおよび／またはＧＳＭ識別名を含むことを特徴とする請求項８ないし１１のいずれかに記載のシステム。
13. 前記課金管理データベース（１０３２）が、ＩＯＴ（Ｉｎｔｅｒ Ｏｐｅｒａｔｏｒ Ｔａｒｉｆｆ）およびＰｕｂｌｉｃ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＴＡＰ識別コードを含むことを特徴とする請求項８ないし１２のいずれかに記載のシステム。
14. 前記モバイルＩＰノード（２０）の第１のＳＩＭベースの通話詳細記録を、前記アクセス・サーバー（２３／１００１）から前記課金モジュール（１００３）に送り（１０１０／１０１１）、また、第２のＩＰベースの通話詳細記録を、前記アクセス・サーバー（２３／１００１）から前記プロキシ・モジュール（１００２）に送ることを特徴とする請求項８ないし１３のいずれかに記載のシステム。

Images