JP2010518719A - Ｕｉｃｃなしコールのサポート - Google Patents

Abstract

【課題】ＵＩＣＣなしの加入者ターミナルからのＩＭＳ非常コールをサポートする方法及び装置を提供する。
【解決手段】本発明は、特定のユーザ識別モジュールを含んでいない加入者ターミナルからのセッションを開始するステップと、サーバー認証を遂行し且つクライアント認証を回避する手順を使用することにより、加入者ターミナルの一時的識別に基づいてセッションを認証するステップと、を備えた方法に係る。
【選択図】図１

Description

本発明は、Ｉ−ＷＬＡＮアクセスネットワークにおいて加入者アイデンティティモジュールをもたない（ＵＩＣＣなしの）加入者ターミナルからのＩＭＳ非常コールのようなコールをサポートする方法及び装置に係る。

公衆ＷＬＡＮの成長は、適切に装備されたターミナル装置（又は第３世代の用語ではユーザ装置（ＵＥ））がこのようなＷＬＡＮを経てセルラーホームネットワーク及び訪問先ネットワークにアクセスする機会を与える。それ故、このようなインターワーキング機能を与えるＷＬＡＮは、Ｉ−ＷＬＡＮと称される。Ｉ−ＷＬＡＮは、公衆地上移動ネットワーク（ＰＬＭＮ）に接続され、ＵＥがホームネットワーク（ＨＰＬＭＮ）及び訪問先ネットワーク（ＶＰＬＭＮ）のネットワークサービスにアクセスできるようにする。

ワイヤレス装置は、非常コールをサポートするように法律で義務付けられる。マルチアクセス装置の特定の無線チャンネル上でセッションが現在アクティブでないときでも、即ちユーザが現在いずれの無線にもアタッチされないか、或いは加入者アイデンティティモジュール（ＳＩＭ）又はユニバーサルモバイルテレコミュニケーションズシステムＳＩＭ（ＵＳＩＭ）が現在装置に挿入されていないときでも、非常の報告が可能でなければならない。

通常、スイッチを引っ張るか又は非常番号をコールすることにより開始される非常報告は、一般に、プライオリティ形態で処理され、非常警報を発動するためのアクセスを容易に利用することができる。しかしながら、ワイヤレス装置は、信頼性のあるファンクションを有していないこともあり、又、非常時に確実に使用されないこともあり、パスワードの入力や他の認証プロセスが正しく行われないことがある。更に、ワイヤレス装置がネットワーク又はアクセスネットワークの付近にあっても、そのネットワークに関連していないこともある。それ故、非常コールを促進するために警報が鳴るか又は非常センターへの連絡がなされるまで認証は必要とされない。

Ｉ−ＷＬＡＮ（インタラクティブワイヤレスローカルエリアネットワーク）アクセスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）の仕様ＴＳ２３．２３４、３３．２３４、２４．２３４及び２９．２３４に定義されている。直接ＩＰアクセス（いわゆるシナリオ２）及び３ＧＰＰ ＩＰアクセス（いわゆるシナリオ３）の場合に、拡張可能な認証プロトコル（ＥＡＰ）ＳＩＭ／ＡＫＡ（認証及びキーアグリーメント）手順が認証に使用され、ここで、認証は、例えば、ホーム加入者サーバー（ＨＳＳ）のような加入者データベースに保持される情報に対して加入者チェックに基づいて行われる。

ＩＭＳ非常コールをサポートするためのＷ−ＡＰＮネットワーク識別子は、通常の予約されたネットワーク識別子の形態“ｓｏｓ”、例えば、ＴＳ２３．００３に定義された“ｓｏｓ．ｗ−ａｐｎ．ｍｎｃ０１２．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ”の形態をとらねばならない。

この種のＷ−ＡＰＮは、非常コール又は別のプライオリティコールに対してアクセスが要求されることをＷＬＡＮアクセスネットワーク又は３ＧＰＰ ＡＡＡサーバーに指示する。

現在、ＩＭＳ非常に対してＩ−ＷＬＡＮにアクセスするために一種の認証方法及びユーザＩＤがＵＩＣＣなしユーザ（ユニバーサル集積回路カードをもたないユーザ）に使用されるような３ＧＰＰの合意解決策はまだない。

ＵＩＣＣなしＩＭＳ非常コールに対してＩ−ＷＬＡＮの全ユーザに共通のユーザ名及び共通のパスワードを使用することができる。

３ＧＰＰ ＴＳＧ ＳＡ ＷＧ２アーキテクチャー、５−９、２００５年９月、の臨時文書Ｓ２−０５１９５０には、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）の非常コールサポートが述べられており、ここでは、ＷＬＡＮアクセスを容易にするために擬似ＩＭＳＩ（国際移動加入者アイデンティティ）を使用することによってＷＬＡＮを経てＶｏＩＰ非常コールがサポートされる。擬似ＩＭＳＩは、初期アクセス及び認証手順に使用されるべきユーザ特有の擬似ネットワークアクセス識別子（ＮＡＩ）を生成するのに使用される。擬似ＩＭＳＩは、移動国コード（ＭＣＣ）及び移動ネットワークコード（ＭＮＣ）と、国際移動装置アイデンティティ（ＩＭＥＩ）からのデジットとの独特の組み合わせで構成される。ＷＬＡＮにより宣伝されるＶＰＬＭＮは、その全てが、非常サービスのために擬似ＮＡＩを使用して認証をサポートすることができるか、或いはこれをサポートする能力及び意志を示すプライオリティ順序でＵＥに提示されてもよい。次いで、ＶＰＬＭＮは、ＵＥを一時的ホーム加入者として取り扱うと共に、スキップ認証及び許可（ＡＡＡ）を行うか又はそれが首尾よく行われるよう保証する。

しかしながら、この場合も、セッションを継続することができない。

現在のＴＳ２３．２３４では、ＩＭＳ非常コールをサポートする要求は、ＵＩＣＣ及びＵＩＣＣなしの両方の場合にＩＭＳ非常コールにアクセスするためのＩＰベアラ能力をＷＬＡＮ ＵＥに与えることである。しかしながら、認証は、（ｉ）完全にスキップされるか、又は（ii）ダミー又はナル認証方法を使用する。

従って、現在、Ｉ−ＷＡＬＮにわたるＵＩＣＣなしユーザのＩＭＳ非常コールに対して信頼性のあるメカニズムが特定されていない。又、ＵＩＣＣなしユーザに使用されるべきユーザＩＤの定義もなく、（Ｗ−ＡＰＮと一緒に）ＮＡＩを形成することが要求される。

従って、本発明の目的は、上述した問題を解決すると共に、Ｉ−ＷＬＡＮシステムにおいてＵＩＣＣなしユーザからのＩＭＳ非常コールのようなコールを取り扱うための信頼性のあるメカニズムを提供することである。

本発明の実施形態によれば、この目的は、特定のユーザ識別モジュールを含んでいない加入者ターミナルからのセッションを開始するステップと、サーバー認証を遂行し且つクライアント認証を回避する手順を使用することにより、加入者ターミナルの一時的識別に基づいてセッションを認証するステップと、を備えた方法により達成される。

或いは又、本発明の実施例によれば、この目的は、装置加入者ターミナルが特定のユーザ識別モジュールを含まないで、セッションを開始し、そして一時的識別を生成するように構成されたコントローラを備え、更に、サーバー認証を遂行し且つクライアント認証を回避する認証手順が使用されるようにした装置によって達成される。

更に又、本発明の実施形態によれば、前記目的は、特定のユーザ識別モジュールを含まない加入者ターミナルから認証要求メッセージを受け取るように構成されたトランシーバと、サーバー認証を遂行し且つクライアント認証を回避する手順を使用することにより、一時的識別に基づいて認証を実行するように構成されたコントローラと、を備えた装置により達成される。

従って、特許請求の範囲によれば、クライアント認証を遂行せず、サーバー認証を遂行する手順（認証方法又はプロトコル）により、認証が遂行される。

このように、ＵＩＣＣなし加入者ターミナルからの非常コールは、確実に取り扱うことができる。

本発明は、添付図面を参照することにより説明する。

本発明の第１実施形態によるメッセージシグナリング図である。 本発明の実施形態に含まれるネットワーク要素の基本的構成を示す。 本発明の実施形態に含まれるネットワーク要素の基本的構成を示す。 本発明の実施形態に含まれるネットワーク要素の基本的構成を示す。 本発明の実施形態に含まれるネットワーク要素の基本的構成を示す。

以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。

本発明によれば、拡張可能な認証プロトコル、即ちトランスポートレイヤセキュリティ（ＥＡＰ−ＴＬＳ）を、ＩＭＳ非常時の場合にＵＩＣＣなしユーザのためのＩ−ＷＬＡＮにおける認証方法として使用することが提案される。即ち、ＥＡＰ−ＴＬＳは、クライアント認証をスキップすることができる。しかしながら、サーバー認証が依然として与えられる。これは、必要な場合に継続のためのキー及びユーザ暗号化が依然として得られることを意味する。このように、ＷＬＡＮに対する変更は、要求されない。

ＵＩＣＣなしユーザの非常コールのための詳細なシグナリングシーケンスが図１に示されている。このシーケンスにおける主たるネットワーク要素、即ちユーザエンティティ（ＵＥ）、単一ネットワーク要素又は分散型要素であるＷＬＡＮアクセスネットワーク（ＡＮ）、パケットデータゲートウェイ（ＰＤＧ）、並びに許可及びアカウンティング（ＡＡＡ）サーバーしか示されていないことに注意されたい。

ステップ１では、ワイヤレスＬＡＮ技術特有の手順を使用して、ＷＬＡＮユーザエンティティ（ＵＥ）とＷＬＡＮアクセスネットワーク（ＡＮ）との間に接続が確立される。

ステップ２では、ＷＬＡＮ ＡＮは、ＥＡＰ要求／アイデンティティをＷＬＡＮ ＵＥへ送信する。ＥＡＰパケットは、ワイヤレスＬＡＮ技術特有のプロトコル内にカプセル化されたワイヤレスＬＡＮインターフェイスを経て搬送されることに注意されたい。

ステップ３では、ＷＬＡＮ ＵＥは、ＥＡＰ応答／アイデンティティメッセージを送信する。ＷＬＡＮ ＵＥは、３ＧＰＰ ＴＳ ２３．００３で指定されたネットワークアクセス識別子（ＮＡＩ）フォーマットに合致するユーザアイデンティティを送信する。ユーザアイデンティティにおけるＮＡＩの領域(realm)部分は、非常特有領域でポピュレートされる。即ち、上述したように、この領域は、例えば、“ｓｏｓ”を含む。ＵＩＣＣなしＷＬＡＮ ＵＥのアイデンティティは、以下に詳細に述べるように、ＷＬＡＮ ＡＮ情報と共に（例えば、アクセスネットワーク要素に対して）ＷＬＡＮ ＡＮにより指定されたＩＭＥＩ、ＭＡＣアドレス又はローカルＩＰアドレスである。

ステップ４では、メッセージが、ＮＡＩの領域部分に基づいて、適切な３ＧＰＰ認証、許可及びアカウンティング（ＡＡＡ）サーバーに向けてルーティングされる。ルーティング経路は、１つ又は多数のＡＡＡプロキシー（図示せず）を含む。

又、ＡＡＡサーバーを見出すためにダイアメーター参照(diameter referral)を適用できることにも注意されたい。

ステップ５において、３ＧＰＰ ＡＡＡサーバーは、ターミナルアイデンティティを含むＥＡＰ応答／アイデンティティパケットを受け取る。３ＧＰＰ ＴＳ ２３．００３に定義されたようにユーザアイデンティティにおけるＮＡＩの領域部分が非常特有領域でポピュレートされる状態では、３ＧＰＰ ＡＡＡサーバーは、受け取ったアイデンティティに基づいて、非常コールを要求しているユーザを識別する。３ＧＰＰ ＡＡＡサーバーは、Ｅｍｅｒｇｅｎｃｙ＿Ａｃｃｅｓｓフラグをセットしなければならない。

ＷＬＡＮ無線ネットワークの識別子及びＷＬＡＮ ＵＥのＭＡＣアドレスも、３ＧＰＰＡＡＡサーバーにより同じメッセージにおいて受信されねばならない。

ステップ６では、３ＧＰＰ ＡＡＡサーバーは、ＥＡＰ−ＴＬＳを使用して認証を開始し、ここでは、クライアント認証が省略される。即ち、（ＵＩＣＣをもつ加入者の場合のように）加入者アイデンティティがチェックされることはない。

ステップ７では、ＷＬＡＮ ＡＮは、ＥＡＰ要求／ＴＬＳをＷＬＡＮ ＵＥへ転送する。

ステップ８では、ＷＬＡＮ ＵＥは、ＥＡＰ応答／ＴＬＳで応答する。

ステップ９では、ＷＬＡＮ ＡＮは、ＥＡＰ応答／ＴＬＳを３ＧＰＰ ＡＡＡサーバーに転送する。

ステップ１０では、マスターセッションキー（ＭＳＫ）がＴＬＳマスターシークレットから導出される。ＲＦＣ４３４６を参照されたい。

ステップ１１では、３ＧＰＰ ＡＡＡサーバーは、ＥＡＰサクセスメッセージをＷＬＡＮ ＡＮへ送信する。ＷＬＡＮ ＡＮは、認証されたＷＬＡＮ ＵＥとの通信に使用できるキーイング材料（ＭＳＫ）を記憶することができる。

ステップ１２では、ＥＡＰサクセスメッセージは、ＷＬＡＮ ＵＥへ転送される。

ステップ１３では、ＷＬＡＮ ＵＥ及びＰＤＧは、ＩＫＥ＿ＳＡ＿ＩＮＩＴとして知られているメッセージの第１対を交換し（例えば、ＴＳ３３．３２４を参照）、ここでは、ＰＤＧ及びＷＬＡＮ ＵＥは、暗号化アルゴリズムをネゴシエーションし、臨時に交換し、そしてＤｉｆｆｉｅ＿Ｈｅｌｌｍａｎ交換を遂行する。

ステップ１４では、ＵＩＣＣなしのＷＬＡＮ ＵＥは、ユーザアイデンティティ（Ｉｄｉペイロード内の）及び非常Ｗ−ＡＰＮ情報（Ｉｄｒペイロード内の）をＩＫＥ＿ＡＵＴＨフェーズのこの第１メッセージにおいて送信し、そして子セキュリティ関連性のネゴシエーションを開始する。ＷＬＡＮ ＵＥは、そのＮＡＩの領域部分によりＰＤＧに、接続要求が非常コールに対するものであること、及びＩＫＥｖ２を経てＥＡＰを使用したいことを指示する。ユーザアイデンティティは、ＩＥＴＦ ＲＦＣ４２８２（２００５年１２月：“The Network Access Identifier”）で指定されたネットワークアクセス識別子（ＮＡＩ）フォーマットに適合しなければならない。ＩＥＴＦ ＲＦＣ４３０６（２００５年１２月“Internet Key Exchange (IKEv2) Protocol”によれば、ＥＡＰ交換（ＭＳＫ）において発生される共有シークレットは、ＩＫＥｖ２を経て使用されるときに、ＡＵＴＨパラメータを発生するように使用されねばならない。

ＷＬＡＮ ＵＥのリモートＩＰアドレスが動的に構成される必要がある場合には、ＷＬＡＮ ＵＥは、ＩＫＥ＿ＡＵＴＨ要求メッセージ内においてコンフィギュレーションペイロード（ＣＦＧ＿ＲＥＱＵＥＳＴ）を送信して、リモートＩＰアドレスを得なければならない。

ステップ１５では、ＰＤＧは、ユーザアイデンティティを含めて、空のＥＡＰ属性値対（ＡＶＰ）を伴う認証要求メッセージを３ＧＰＰ ＡＡＡサーバーへ送信する。ＰＤＧは、トンネル確立のために認証が行われることを指示するパラメータを含まねばならない。これは、３ＧＰＰ ＡＡＡサーバーが、ＷＬＡＮアクセスのための認証とトンネル設定のための認証とを区別する上で助けとなる。

ステップ１６では、３ＧＰＰ ＡＡＡサーバーは、Ｅｍｅｒｇｅｎｃｙ＿Ａｃｃｅｓｓフラグがユーザに対してセットされたかどうかチェックしなければならない。Ｅｍｅｒｇｅｎｃｙ＿Ａｃｃｅｓｓフラグがセットされ且つＷ−ＡＰＮが３ＧＰＰ ＴＳ２３．００３で定義された非常用のものでない場合には、結果コードがＤＩＡＭＥＴＥＲ＿ＡＵＴＨＯＲＩＺＡＴＩＯＮ＿ＲＥＪＥＣＴＥＤにセットされねばならない。

全てのチェックが首尾よく行われたときに、３ＧＰＰ ＡＡＡサーバーは、ＥＡＰサクセス及びキー材料を含む認証返答をＰＤＧへ送信する。このキー材料は、認証プロセス中に発生されるマスターセッションキー（ＭＳＫ）で構成されねばならない。Ｗｍインターフェイス（ＰＤＧ−３ＧＰＰ ＡＡＡサーバー）が「ダイアメーター」を使用して実施されるときには、ＭＳＫは、参照文献ＲＦＣ４０７２（２００５年８月：“Diameter Extensible Authentication Protocol (EAP) Application”）に定義されたように、ＥＡＰ−Ｍａｓｔｅｒ−Ｓｅｓｓｉｏｎ−Ｋｅｙパラメータでカプセル化されねばならない。

ステップ１７では、ＭＳＫは、参照文献ＩＥＴＦ ＲＦＣ ４３０６（２００５年１２月：“Internet Key Exchange(IKEv2) Protocol”）に定義されたように、ＡＵＴＨパラメータをチェックして、ＩＫＥ＿ＳＡ＿ＩＮＩＴフェーズメッセージを認証するために、ＰＤＧによって使用されねばならない。

ステップ１８では、ＰＤＧは、そのアイデンティティ及び証明書で応答する。これで、子セキュリティ関連性のネゴシエーションも完了する。ＥＡＰサクセスメッセージも、ＷＬＡＮ ＵＥへ転送される。

以下、ユーザアイデンティティ（例えば、ステップ３及び１３で使用される）をどのようにして形成できるかについて説明する。

即ち、ＵＩＣＣなしのＩＭＳ非常コールに対して全てのユーザに共通のユーザ名／パスワードが与えられる場合には、このような名前／パスワードをどのように定義するか問題であり、そして誰かが偽の非常コールを故意に発する場合には、共通の名前／パスワードに基づいてそれを追跡する方法がない。

ここに示す実施形態によれば、ＵＩＣＣなしのＵＥに対して３種類のアイデンティティが提案される：即ち、国際移動装置アイデンティティ（ＩＭＥＩ）、媒体アクセス制御（ＭＡＣ）アドレス、及びＩＰアドレス。

特に、３ＧＰＰが、移動ターミナルから（即ち、ＳＩＭカードを挿入できるターミナルから）でなければならないように接続を制限する場合には、ＩＭＥＩ又はハッシュ型ＩＭＥＩを使用しなければならない。ＩＭＥＩは、その長さが１５バイトで、全ての場合に適しているのではないから、ハッシュ形態で使用することができる。従って、ＩＭＥＩ又はハッシュ型ＩＭＥＩは、図１のステップ３及び１４においてユーザアイデンティティとして使用される。

このステップにおいてハッシュ型ＩＭＥＩを使用する利益は、演技を防止できることである。ＵＥは、このステップ３においてハッシュ型ＩＭＥＩを使用し、そしてステップ１４において元の完全なＩＭＥＩを使用することができる。従って、アタッカーがハッシュ型ＩＭＥＩを傍受し、それを使用して別の非常コールをスタートすると、ステップ１４に使用するのに適したＩＭＥＩを得ることができる。ＰＤＧがステップ１４においてアタッカーから誤ったＩＭＥＩを受け取る場合にはＰＤＧにおいて正しいハッシュ型ＩＭＥＩが発生されない。即ち、ハッシュ型ＩＭＥＩがステップ３においてＥＡＰ応答／アイデンティティに含まれるときには、アタッカーは、ワイヤレスリンクを聴取することによりこのハッシュ型ＩＭＥＩをおそらく得て、それを使用して、ステップ１４においてＰＤＧにアタッチすることができる。従って、非ハッシュ型のフルＩＭＥＩがステップ１４においてＡＵＴＨ＿ｒｅｑｕｅｓｔに使用される場合には、アタッカーは、ハッシュ型ＩＭＥＩを得ることができても（ステップ３において）、それを使用してＰＤＧにアタッチすることができない。というのは、フルＩＭＥＩを知らないからである。

或いは又、３ＧＰＰが、ＰＤＡ又はノートブックのような他のＷＬＡＮ ＵＥがＩＭＳ非常コールを行うのを許す場合には、ステップ３及び１４において、ＭＡＣアドレスを次のように使用することができる。

１）ＭＡＣアドレス。各ＷＬＡＮ ＵＥは、独特のＭＡＣアドレスを有していなければならない。
各ＷＬＡＮ ＵＥは、独特のＭＡＣアドレスを有していなければならない。ＩＤの長さは、最短である。

２）ＭＡＣアドレス＋ＷＬＡＮ ＡＮ ＩＤ（ＳＳＩＤ）。
これは、非常事態の位置を知るか又は偽のコールを追跡するために非常コールの位置を与えることができる。アタッカーが、同じＷＬＡＮ ＡＮにおいて別のＭＡＣアドレスを使用する場合には、それが検出される。或いは又、ハッシュ型（ＭＡＣアドレス＋ＷＬＡＮ ＡＮ ＩＤ（ＳＳＩＤ））を使用することができる。

３）ローカルＩＰアドレス（ＷＬＡＮ ＡＮによって指定された）＋ＷＬＡＮ ＡＮ ＩＤ（ＳＳＩＤ）。
これは、非常コールの位置を与え、偽のコールを追跡できるようにする。アタッカーが同じＷＬＡＮ ＡＮにおいて別のＩＰアドレスを使用する場合には、それが検出される。或いは又、ローカルＩＰアドレス＋ＷＬＡＮ ＡＮ ＩＤのハッシュ型組み合わせが使用されてもよい。

ＵＥがシナリオ２の接続を得るためにＷＬＡＮ ＡＮに接続されると、ステップ３において、ユーザ識別子、例えば、ｕｓｅｒＩＤ＠ｓｏｓ．ｗ−ａｐｎ．ｍｎｃ０１２．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇを使用することができる。即ち、初期メッセージ（ステップ３）において、加入者ターミナルは、ユーザ識別子を使用する。これに応答して、ＡＡＡサーバーは、ＵＥのＭＡＣ／ＩＰアドレス及びＷＬＡＮ ＡＮ情報をＷＬＡＮ ＡＮから得ることができる。従って、それに応答して、ステップ５において、ＡＡＡサーバーは、ＷＬＡＮ ＡＮから受け取ったＭＡＣ／ＩＰ（及びＷＬＡＮ ＡＮ情報）からユーザＩＤを形成することができる。

ＵＥがＰＤＧとのシナリオ３接続を設定するときには、そのＮＡＩにおける領域部分がＰＤＧに、接続要求が非常コールに対するもので且つＩＫＥｖ２を経てのＥＡＰの使用を希望することを指示できると共に、ＷＬＡＮ ＵＥとＡＡＡサーバーとの間には予め共有されたキー（ＭＳＫ）があるために、ＷＬＡＮ ＵＥは、ＡＵＴＨパラメータを発生してＰＤＧに送信することができる。ＰＤＧは、ＡＡＡサーバーからＭＳＫを得て、ＡＵＴＨをチェックすることができる。このように、通常のシナリオ３のように、それ以上のステップが必要とされることはない。

従って、ここに示す実施形態によれば、クライアントの認証をスキップできるＥＡＰ−ＴＬＳ認証方法のような認証方法が、Ｉ−ＷＬＡＮにおいて、非常コールの場合にＵＩＣＣなしのユーザに対して使用される。

このように、サーバー認証が依然として提供される。サーバー認証は、ＩＫＥ２を経てＥＡＰを使用するためにＷＬＡＮ ＵＥとＡＡＡサーバーとの間の共有ＭＳＫを発生できるようにする。

従って、認証は、サーバーのみのもので、クライアントに対するものではない。従って、ネットワークは、非常コール（ＥＭコール）を拒絶しない。認証には、２つの目的がある。その１つは、ＷＬＡＮ ＡＮを不変に保つことである。さもなければ、ＷＬＡＮ ＡＮは、ＵＥのＮＡＩをチェックして、それがＥＭコールに対するものであるかどうか識別しなければならない。他の目的は、シナリオ３手順に使用されるべきＭＳＫを発生することである。

更に、ＡＡＡサーバーがこのターミナルに対して認証ベクトルをもたない場合（＝ＵＩＣＣなしのケース）に、ＰＤＧへの暗号化トンネルを設定することができる。即ち、上述したように、ＭＳＫは、ＵＥ及びＡＡＡサーバーにおいてＲＦＣ４３４６で指定されたＴＬＳマスターシークレットから発生することができる。ＰＤＧは、３ＧＰＰ ＡＡＡサーバーからＭＳＫを得ることができる。従って、ＵＥとＰＤＧとの間に暗号化トンネルを設定することができる。

ＷＬＡＮ ＡＮには、変更が必要とされない。ＡＡＡサーバーは、ＭＡＣ／ＩＰ（及びＷＬＡＮ ＡＮ ＩＤ）からユーザＩＤを形成する必要がある。

従って、ＵＩＣＣなしのケースにおいて信頼性のある且つ認証された接続を確立することができる。

以下、本発明の第２の実施形態を説明する。このケースでは、アタッカーが二重の非常コールをスタートさせることを考える。

詳細には、ＴＳ３３．２３４に基づき両シナリオ２及び３に（即ち、ＩＰアクセス及び３ＧＰＰアクセスを経て）同時セッションが許され、同時セッションの数は、オペレータのポリシーに基づく。同時セッションを行うための要求は、特に、ＷＬＡＮ ＵＥ分割のケースにおいて有効である。例えば、ユーザは、この移動ターミナルを使用して、オペレータのウェブサイトを訪問し、そして彼のノートブックを使用して、彼の会社のＶＰＮに同時にアクセスすることができる。

しかしながら、ユーザが（例えば、第１の実施形態で述べたように）ＵＩＣＣなしのターミナルを経てＩＭＳ非常コールをなすときに、彼が同時ＩＭＳ非常コールを行うことは不合理である。このようなことが起きると、第２のものが不正であり、非常業務に対して破壊行為になり得る。従って、ＵＩＣＣなしのターミナルを通しての同時ＩＭＳ非常コールは、禁止されねばならない。

ここに示す実施形態によれば、対応する制御は、ＡＡＡサーバーではなく、ＰＤＧにおいて、即ち非常コール用のＷ−ＡＰＮにおいて実行される。というのは、ＷＬＡＮ ＵＥは、（図１のステップ１２において）ＥＡＰサクセスメッセージを受信せず、シナリオ３手順をスタートしないためである。

ＰＤＧが（ステップ１４において）ＷＬＡＮ ＵＥから要求を受け取ると、ユーザのためのセッションが既にあるかどうかチェックしなければならない。もしあれば、新たな要求を受け容れるのではなく、拒絶しなければならない。その論理的根拠は、アタッカーが被害者のＩＤを前もって知ることは困難であるが、ＵＥがシナリオ２接続を設定する間にそれを傍受できることである。

ＵＥ ＩＤから、ＰＤＧは、ＵＩＣＣなしのＩＭＳ非常コールであると知ることができる。

従って、ここに示す実施形態によれば、二重非常コールが確実に検出され防止される。

以下、前記実施形態に含まれたネットワーク要素を、図２Ａから２Ｄを参照して説明する。図２Ａから２Ｄにおいて、図示明瞭化のために基本的な要素しか示されていないことに注意されたい。

図２Ａは、加入者ターミナルＡの基本的な構成を示す。加入者ターミナルＡは、コントローラＡ１及びトランシーバＡ２を備えている。コントローラＡ２は、ＣＰＵと、種々の種類のメモリユニット、例えば、ＲＡＭ、ＲＯＭ、等を含む。メモリにはコンピュータプログラムが記憶され、これは、これら実施形態による方法を実行するためのソフトウェアコード部分を含む。このコンピュータプログラムは、例えば、ＣＤ ＲＯＭのような記録媒体に記憶され、そしてコントローラのワークメモリに直接ロードすることができる。或いは又、コンピュータプログラムは、ネットワークを経てコントローラのメモリにロードされてもよい。

図２Ｂは、コントローラＢ１及びトランシーバＢ２を備えたＡＡＡサーバーＢの基本的構成を示す。コントローラＢ１は、前記コントローラと同様に構成されてもよい。即ち、コントローラＢ２も、ＣＰＵと、種々の種類のメモリユニット、例えば、ＲＡＭ、ＲＯＭ、ハードディスク、ＣＤ又はＤＶＤ ＲＯＭリーダー、等を含む。前記と同様に、ＡＡＡサーバーにコンピュータプログラムが設けられる。トランシーバＢ２は、１つ以上のインターフェイスを備え、これにより、ネットワークを経て他のネットワーク要素へ至る接続が設けられる。

図２Ｃは、ＡＡＡサーバーＢの構成と同様のＰＧＤ Ｃの基本的構成を示し、従って、ここではその説明を繰り返さない。

図２Ｄは、ＡＡＡサーバーＢの構成と同様のＷＬＡＮ ＡＮの基本的構成を示し、従って、ここではその詳細な説明を省略する。

本発明は、上述した実施形態に限定されず、種々の変更が考えられる。

より詳細には、認証方法（又は認証手順）は、ＥＡＰ−ＴＬＳに限定されない。特に、クライアント認証が省略される他の適当な方法を使用することができる。

更に、加入者ターミナル識別子は、ＩＭＥＩに限定されない。即ち、ターミナルを独特に識別する他の識別子を使用してもよい。

更に、認証シーケンス及びその関連ネットワーク要素は、図１に示して上述した細部に限定されない。或いは又、異なるステップを異なる順序で実行してもよいし、或いはより少ない又はより多いネットワーク要素を適宜含ませることによりそれらステップを実行してもよい。

更に、上述したＩＭＳ非常コールは、ＵＩＣＣなしのコールに対する一例に過ぎない。より詳細には、ＵＩＣＣなしコールを許可できる他の状況もある。例えば、ＵＩＣＣなしコールは、プロバイダーのオペレータと接触するためにネットワークによって許されてもよい。

Ａ：加入者ターミナル
Ａ１：コントローラ
Ａ２：トランシーバ
Ｂ：ＡＡＡサーバー
Ｂ１：コントローラ
Ｂ２：トランシーバ
Ｃ：ＰＧＤ
Ｃ１：コントローラ
Ｃ２：トランシーバ
Ｄ：ＷＬＡＮ ＡＮ
Ｄ１：コントローラ
Ｄ２：トランシーバ

Claims (40)

1. 特定のユーザ識別モジュールを含んでいない加入者ターミナルからのセッションを開始するステップと、
   サーバー認証を遂行し且つクライアント認証を回避する手順を使用することにより前記加入者ターミナルの一時的識別に基づいて前記セッションを認証するステップと、
   を備えた方法。
2. 前記手順は、拡張可能な認証プロトコルトランスポートレベルセキュリティ（ＥＡＰ／ＴＬＳ）プロトコルである、請求項１に記載の方法。
3. ユーザデータ暗号化に使用できる共有マスターセッションキーが前記加入者ターミナルにおいて発生される、請求項１に記載の方法。
4. ユーザデータ暗号化に使用できる共有マスターセッションキーがサーバーにおいて発生される、請求項１に記載の方法。
5. 前記一時的識別は、ユーザ識別子及び領域を含み、この領域は、ユーザ識別モジュールを含まない加入者ターミナルにより開始されるセッションに対する特定の指示を含む、請求項１に記載の方法。
6. 前記特定の指示は、非常事態を指示する、請求項５に記載の方法。
7. 前記ユーザ識別子は、ターミナル識別子又はハッシュ型ターミナル識別子によって生成される、請求項５に記載の方法。
8. 前記ターミナル識別子は、国際移動装置アイデンティティである、請求項７に記載の方法。
9. 前記ユーザ識別子は、ハッシュ型ターミナル識別子に基づいて生成され、認証は、フルターミナル識別子に基づいて遂行される、請求項５に記載の方法。
10. 前記ユーザ識別子は、前記加入者ターミナルにおいて生成される、請求項７に記載の方法。
11. 前記ユーザ識別子は、前記加入者ターミナルの媒体アクセス制御アドレスに基づくか、又はアクセスネットワーク要素により前記加入者ターミナルに指定されたインターネットプロトコルアドレスに基づいて生成される、請求項５に記載の方法。
12. 前記ユーザ識別子は、前記加入者ターミナルの媒体アクセス制御アドレス及びネットワーク識別子の組み合わせに基づくか、又はメッセージ認証コード媒体アクセス制御アドレス及びネットワーク識別子のハッシュ型組み合わせに基づいて生成される、請求項５に記載の方法。
13. 前記ユーザ識別子は、ネットワーク制御要素において生成される、請求項１２に記載の方法。
14. 初期メッセージにおいて、前記加入者ターミナルは、前記ネットワーク要素にアクセスするための識別子を使用し、そして前記ネットワーク要素は、前記初期メッセージに応答してユーザ識別子を生成する、請求項１３に記載の方法。
15. 前記加入者ターミナルのためのセッションが既にあるかどうかチェックするステップと、
    セッションが既にある場合にはセッションを拒絶するステップと、
    を更に備えた請求項１に記載の方法。
16. 前記加入者ターミナル及びネットワーク要素は、インターワーキングワイヤレスローカルエリアネットワークを経て接続される、請求項１に記載の方法。
17. 装置加入者ターミナルが特定のユーザ識別モジュールを含まないで、セッションを開始し、そして一時的識別を生成する、
    ように構成されたコントローラを備え、更に、
    サーバー認証を遂行し且つクライアント認証を回避する認証手順が使用されるようにした、装置。
18. 前記手順は、拡張可能な認証プロトコルトランスポートレベルセキュリティ（ＥＡＰ／ＴＬＳ）プロトコルである、請求項１７に記載の装置。
19. ユーザデータ暗号化に使用できるマスターセッションが発生される、請求項１７に記載の装置。
20. 前記一時的識別は、ユーザ識別子及び領域を含み、この領域は、ユーザ識別モジュールを含まない装置により開始されるセッションに対する特定の指示を含む、請求項１７に記載の装置。
21. 前記特定の指示は、非常事態を指示する、請求項２０に記載の装置。
22. 前記ユーザ識別子は、装置のターミナル識別子又はハッシュ型ターミナル識別子によって生成される、請求項１９に記載の装置。
23. 前記ターミナル識別子は、国際移動装置アイデンティティである、請求項２２に記載の装置。
24. 前記コントローラは、初期化メッセージにおいてネットワーク要素にアクセスするために使用されるユーザ識別子を生成し、そして前記加入者ターミナルのメッセージ認証コードアドレスに基づいて前記ネットワーク要素により生成されるその後のメッセージにおいてユーザアイデンティティを使用するように構成された、請求項２０に記載の装置。
25. 特定のユーザ識別モジュールを含まない加入者ターミナルから認証要求メッセージを受け取るように構成されたトランシーバと、
    サーバー認証を遂行し且つクライアント認証を回避する手順を使用することにより一時的識別に基づいて認証を実行するように構成されたコントローラと、
    を備えた装置。
26. 前記手順は、拡張可能な認証プロトコルトランスポートレベルセキュリティ（ＥＡＰ／ＴＬＳ）プロトコルである、請求項２１に記載の装置。
27. 前記コントローラは、サーバーからの認証返答からマスターセッションキーを抽出するように構成された、請求項２６に記載の装置。
28. ユーザデータ暗号化のためにマスターセッションキーが発生される、請求項２６に記載の装置。
29. 前記一時的識別は、ユーザ識別子及び領域を含み、この領域は、ユーザ識別モジュールを含まない加入者ターミナルにより開始されるセッションに対する特定の指示を含む、請求項２５に記載の装置。
30. 前記特定の指示は、非常事態を指示する、請求項２９に記載の装置。
31. 前記ユーザ識別子は、ターミナル識別子又はハッシュ型ターミナル識別子によって生成される、請求項２９に記載の装置。
32. 前記ターミナル識別子は、国際移動装置アイデンティティである、請求項３１に記載の装置。
33. 前記ユーザ識別子は、前記加入者ターミナルにおいて生成される、請求項２９に記載の装置。
34. 前記コントローラは、前記ユーザ識別子を、前記加入者ターミナルの媒体アクセス制御アドレスに基づくか、又はアクセスネットワーク要素により前記加入者ターミナルに指定されたインターネットプロトコルアドレスに基づいて生成するように構成される、請求項２９に記載の装置。
35. 前記コントローラは、前記ユーザ識別子を、前記加入者ターミナルの媒体アクセス制御アドレス及びネットワーク識別子の組み合わせに基づくか、又は媒体アクセス制御アドレス及びネットワーク識別子のハッシュ型組み合わせに基づいて生成するように構成される、請求項２９に記載の装置。
36. 前記コントローラは、
    前記加入者ターミナルのためのセッションが既にあるかどうかチェックし、
    セッションが既にある場合にはセッションを拒絶する、
    ように適応される請求項２１に記載の装置。
37. 前記装置は、パケットデータゲートウェイ（ＰＤＧ）である、請求項３０に記載の装置。
38. 請求項１７から２４のいずれかに記載の装置を含む加入者ターミナルと、請求項２５から３７のいずれかに記載の装置を含むサーバーとを備えたシステム。
39. プログラムがコンピュータにおいて実行されるときに請求項１から１５のいずれか１つに記載のステップを遂行するためにソフトウェアコード部分を備えた、コンピュータのためのコンピュータプログラム製品。
40. 前記ソフトウェアコード部分が記憶されたコンピュータ読み取り可能な媒体を備えた、請求項３９に記載のコンピュータプログラム製品。

Images