(57)【要約】【課題】ＵＩＣＣなしの加入者ターミナルからのＩＭＳ非常コールをサポートする方法及び装置を提供する。【解決手段】本発明は、特定のユーザ識別モジュールを含んでいない加入者ターミナルからのセッションを開始するステップと、サーバー認証を遂行し且つクライアント認証を回避する手順を使用することにより、加入者ターミナルの一時的識別に基づいてセッションを認証するステップと、を備えた方法に係る。【選択図】図１
2010518719.tif 000002
【特許請求の範囲】
【請求項１】
特定のユーザ識別モジュールを含んでいない加入者ターミナルからのセッションを開始するステップと、
サーバー認証を遂行し且つクライアント認証を回避する手順を使用することにより前記加入者ターミナルの一時的識別に基づいて前記セッションを認証するステップと、
を備えた方法。
【請求項２】
前記手順は、拡張可能な認証プロトコルトランスポートレベルセキュリティ（ＥＡＰ／ＴＬＳ）プロトコルである、請求項１に記載の方法。
【請求項３】
ユーザデータ暗号化に使用できる共有マスターセッションキーが前記加入者ターミナルにおいて発生される、請求項１に記載の方法。
【請求項４】
ユーザデータ暗号化に使用できる共有マスターセッションキーがサーバーにおいて発生される、請求項１に記載の方法。
【請求項５】
前記一時的識別は、ユーザ識別子及び領域を含み、この領域は、ユーザ識別モジュールを含まない加入者ターミナルにより開始されるセッションに対する特定の指示を含む、請求項１に記載の方法。
【請求項６】
前記特定の指示は、非常事態を指示する、請求項５に記載の方法。
【請求項７】
前記ユーザ識別子は、ターミナル識別子又はハッシュ型ターミナル識別子によって生成される、請求項５に記載の方法。
【請求項８】
前記ターミナル識別子は、国際移動装置アイデンティティである、請求項７に記載の方法。
【請求項９】
前記ユーザ識別子は、ハッシュ型ターミナル識別子に基づいて生成され、認証は、フルターミナル識別子に基づいて遂行される、請求項５に記載の方法。
【請求項１０】
前記ユーザ識別子は、前記加入者ターミナルにおいて生成される、請求項７に記載の方法。
【請求項１１】
前記ユーザ識別子は、前記加入者ターミナルの媒体アクセス制御アドレスに基づくか、又はアクセスネットワーク要素により前記加入者ターミナルに指定されたインターネットプロトコルアドレスに基づいて生成される、請求項５に記載の方法。
【請求項１２】
前記ユーザ識別子は、前記加入者ターミナルの媒体アクセス制御アドレス及びネットワーク識別子の組み合わせに基づくか、又はメッセージ認証コード媒体アクセス制御アドレス及びネットワーク識別子のハッシュ型組み合わせに基づいて生成される、請求項５に記載の方法。
【請求項１３】
前記ユーザ識別子は、ネットワーク制御要素において生成される、請求項１２に記載の方法。
【請求項１４】
初期メッセージにおいて、前記加入者ターミナルは、前記ネットワーク要素にアクセスするための識別子を使用し、そして前記ネットワーク要素は、前記初期メッセージに応答してユーザ識別子を生成する、請求項１３に記載の方法。
【請求項１５】
前記加入者ターミナルのためのセッションが既にあるかどうかチェックするステップと、
セッションが既にある場合にはセッションを拒絶するステップと、
を更に備えた請求項１に記載の方法。
【請求項１６】
前記加入者ターミナル及びネットワーク要素は、インターワーキングワイヤレスローカルエリアネットワークを経て接続される、請求項１に記載の方法。
【請求項１７】
装置加入者ターミナルが特定のユーザ識別モジュールを含まないで、セッションを開始し、そして一時的識別を生成する、
ように構成されたコントローラを備え、更に、
サーバー認証を遂行し且つクライアント認証を回避する認証手順が使用されるようにした、装置。
【請求項１８】
前記手順は、拡張可能な認証プロトコルトランスポートレベルセキュリティ（ＥＡＰ／ＴＬＳ）プロトコルである、請求項１７に記載の装置。
【請求項１９】
ユーザデータ暗号化に使用できるマスターセッションが発生される、請求項１７に記載の装置。
【請求項２０】
前記一時的識別は、ユーザ識別子及び領域を含み、この領域は、ユーザ識別モジュールを含まない装置により開始されるセッションに対する特定の指示を含む、請求項１７に記載の装置。
【請求項２１】
前記特定の指示は、非常事態を指示する、請求項２０に記載の装置。
【請求項２２】
前記ユーザ識別子は、装置のターミナル識別子又はハッシュ型ターミナル識別子によって生成される、請求項１９に記載の装置。
【請求項２３】
前記ターミナル識別子は、国際移動装置アイデンティティである、請求項２２に記載の装置。
【請求項２４】
前記コントローラは、初期化メッセージにおいてネットワーク要素にアクセスするために使用されるユーザ識別子を生成し、そして前記加入者ターミナルのメッセージ認証コードアドレスに基づいて前記ネットワーク要素により生成されるその後のメッセージにおいてユーザアイデンティティを使用するように構成された、請求項２０に記載の装置。
【請求項２５】
特定のユーザ識別モジュールを含まない加入者ターミナルから認証要求メッセージを受け取るように構成されたトランシーバと、
サーバー認証を遂行し且つクライアント認証を回避する手順を使用することにより一時的識別に基づいて認証を実行するように構成されたコントローラと、
を備えた装置。
【請求項２６】
前記手順は、拡張可能な認証プロトコルトランスポートレベルセキュリティ（ＥＡＰ／ＴＬＳ）プロトコルである、請求項２１に記載の装置。
【請求項２７】
前記コントローラは、サーバーからの認証返答からマスターセッションキーを抽出するように構成された、請求項２６に記載の装置。
【請求項２８】
ユーザデータ暗号化のためにマスターセッションキーが発生される、請求項２６に記載の装置。
【請求項２９】
前記一時的識別は、ユーザ識別子及び領域を含み、この領域は、ユーザ識別モジュールを含まない加入者ターミナルにより開始されるセッションに対する特定の指示を含む、請求項２５に記載の装置。
【請求項３０】
前記特定の指示は、非常事態を指示する、請求項２９に記載の装置。
【請求項３１】
前記ユーザ識別子は、ターミナル識別子又はハッシュ型ターミナル識別子によって生成される、請求項２９に記載の装置。
【請求項３２】
前記ターミナル識別子は、国際移動装置アイデンティティである、請求項３１に記載の装置。
【請求項３３】
前記ユーザ識別子は、前記加入者ターミナルにおいて生成される、請求項２９に記載の装置。
【請求項３４】
前記コントローラは、前記ユーザ識別子を、前記加入者ターミナルの媒体アクセス制御アドレスに基づくか、又はアクセスネットワーク要素により前記加入者ターミナルに指定されたインターネットプロトコルアドレスに基づいて生成するように構成される、請求項２９に記載の装置。
【請求項３５】
前記コントローラは、前記ユーザ識別子を、前記加入者ターミナルの媒体アクセス制御アドレス及びネットワーク識別子の組み合わせに基づくか、又は媒体アクセス制御アドレス及びネットワーク識別子のハッシュ型組み合わせに基づいて生成するように構成される、請求項２９に記載の装置。
【請求項３６】
前記コントローラは、
前記加入者ターミナルのためのセッションが既にあるかどうかチェックし、
セッションが既にある場合にはセッションを拒絶する、
ように適応される請求項２１に記載の装置。
【請求項３７】
前記装置は、パケットデータゲートウェイ（ＰＤＧ）である、請求項３０に記載の装置。
【請求項３８】
請求項１７から２４のいずれかに記載の装置を含む加入者ターミナルと、請求項２５から３７のいずれかに記載の装置を含むサーバーとを備えたシステム。
【請求項３９】
プログラムがコンピュータにおいて実行されるときに請求項１から１５のいずれか１つに記載のステップを遂行するためにソフトウェアコード部分を備えた、コンピュータのためのコンピュータプログラム製品。
【請求項４０】
前記ソフトウェアコード部分が記憶されたコンピュータ読み取り可能な媒体を備えた、請求項３９に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｉ−ＷＬＡＮアクセスネットワークにおいて加入者アイデンティティモジュールをもたない（ＵＩＣＣなしの）加入者ターミナルからのＩＭＳ非常コールのようなコールをサポートする方法及び装置に係る。
【背景技術】
【０００２】
公衆ＷＬＡＮの成長は、適切に装備されたターミナル装置（又は第３世代の用語ではユーザ装置（ＵＥ））がこのようなＷＬＡＮを経てセルラーホームネットワーク及び訪問先ネットワークにアクセスする機会を与える。それ故、このようなインターワーキング機能を与えるＷＬＡＮは、Ｉ−ＷＬＡＮと称される。Ｉ−ＷＬＡＮは、公衆地上移動ネットワーク（ＰＬＭＮ）に接続され、ＵＥがホームネットワーク（ＨＰＬＭＮ）及び訪問先ネットワーク（ＶＰＬＭＮ）のネットワークサービスにアクセスできるようにする。
【０００３】
ワイヤレス装置は、非常コールをサポートするように法律で義務付けられる。マルチアクセス装置の特定の無線チャンネル上でセッションが現在アクティブでないときでも、即ちユーザが現在いずれの無線にもアタッチされないか、或いは加入者アイデンティティモジュール（ＳＩＭ）又はユニバーサルモバイルテレコミュニケーションズシステムＳＩＭ（ＵＳＩＭ）が現在装置に挿入されていないときでも、非常の報告が可能でなければならない。
【０００４】
通常、スイッチを引っ張るか又は非常番号をコールすることにより開始される非常報告は、一般に、プライオリティ形態で処理され、非常警報を発動するためのアクセスを容易に利用することができる。しかしながら、ワイヤレス装置は、信頼性のあるファンクションを有していないこともあり、又、非常時に確実に使用されないこともあり、パスワードの入力や他の認証プロセスが正しく行われないことがある。更に、ワイヤレス装置がネットワーク又はアクセスネットワークの付近にあっても、そのネットワークに関連していないこともある。それ故、非常コールを促進するために警報が鳴るか又は非常センターへの連絡がなされるまで認証は必要とされない。
【０００５】
Ｉ−ＷＬＡＮ（インタラクティブワイヤレスローカルエリアネットワーク）アクセスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）の仕様ＴＳ２３．２３４、３３．２３４、２４．２３４及び２９．２３４に定義されている。直接ＩＰアクセス（いわゆるシナリオ２）及び３ＧＰＰ  ＩＰアクセス（いわゆるシナリオ３）の場合に、拡張可能な認証プロトコル（ＥＡＰ）ＳＩＭ／ＡＫＡ（認証及びキーアグリーメント）手順が認証に使用され、ここで、認証は、例えば、ホーム加入者サーバー（ＨＳＳ）のような加入者データベースに保持される情報に対して加入者チェックに基づいて行われる。
【０００６】
ＩＭＳ非常コールをサポートするためのＷ−ＡＰＮネットワーク識別子は、通常の予約されたネットワーク識別子の形態“ｓｏｓ”、例えば、ＴＳ２３．００３に定義された“ｓｏｓ．ｗ−ａｐｎ．ｍｎｃ０１２．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ”の形態をとらねばならない。
【０００７】
この種のＷ−ＡＰＮは、非常コール又は別のプライオリティコールに対してアクセスが要求されることをＷＬＡＮアクセスネットワーク又は３ＧＰＰ  ＡＡＡサーバーに指示する。
【０００８】
現在、ＩＭＳ非常に対してＩ−ＷＬＡＮにアクセスするために一種の認証方法及びユーザＩＤがＵＩＣＣなしユーザ（ユニバーサル集積回路カードをもたないユーザ）に使用されるような３ＧＰＰの合意解決策はまだない。
【０００９】
ＵＩＣＣなしＩＭＳ非常コールに対してＩ−ＷＬＡＮの全ユーザに共通のユーザ名及び共通のパスワードを使用することができる。
【００１０】
３ＧＰＰ  ＴＳＧ  ＳＡ  ＷＧ２アーキテクチャー、５−９、２００５年９月、の臨時文書Ｓ２−０５１９５０には、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）の非常コールサポートが述べられており、ここでは、ＷＬＡＮアクセスを容易にするために擬似ＩＭＳＩ（国際移動加入者アイデンティティ）を使用することによってＷＬＡＮを経てＶｏＩＰ非常コールがサポートされる。擬似ＩＭＳＩは、初期アクセス及び認証手順に使用されるべきユーザ特有の擬似ネットワークアクセス識別子（ＮＡＩ）を生成するのに使用される。擬似ＩＭＳＩは、移動国コード（ＭＣＣ）及び移動ネットワークコード（ＭＮＣ）と、国際移動装置アイデンティティ（ＩＭＥＩ）からのデジットとの独特の組み合わせで構成される。ＷＬＡＮにより宣伝されるＶＰＬＭＮは、その全てが、非常サービスのために擬似ＮＡＩを使用して認証をサポートすることができるか、或いはこれをサポートする能力及び意志を示すプライオリティ順序でＵＥに提示されてもよい。次いで、ＶＰＬＭＮは、ＵＥを一時的ホーム加入者として取り扱うと共に、スキップ認証及び許可（ＡＡＡ）を行うか又はそれが首尾よく行われるよう保証する。
【００１１】
しかしながら、この場合も、セッションを継続することができない。
【００１２】
現在のＴＳ２３．２３４では、ＩＭＳ非常コールをサポートする要求は、ＵＩＣＣ及びＵＩＣＣなしの両方の場合にＩＭＳ非常コールにアクセスするためのＩＰベアラ能力をＷＬＡＮ  ＵＥに与えることである。しかしながら、認証は、（ｉ）完全にスキップされるか、又は（ii）ダミー又はナル認証方法を使用する。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
従って、現在、Ｉ−ＷＡＬＮにわたるＵＩＣＣなしユーザのＩＭＳ非常コールに対して信頼性のあるメカニズムが特定されていない。又、ＵＩＣＣなしユーザに使用されるべきユーザＩＤの定義もなく、（Ｗ−ＡＰＮと一緒に）ＮＡＩを形成することが要求される。
【００１４】
従って、本発明の目的は、上述した問題を解決すると共に、Ｉ−ＷＬＡＮシステムにおいてＵＩＣＣなしユーザからのＩＭＳ非常コールのようなコールを取り扱うための信頼性のあるメカニズムを提供することである。
【課題を解決するための手段】
【００１５】
本発明の実施形態によれば、この目的は、特定のユーザ識別モジュールを含んでいない加入者ターミナルからのセッションを開始するステップと、サーバー認証を遂行し且つクライアント認証を回避する手順を使用することにより、加入者ターミナルの一時的識別に基づいてセッションを認証するステップと、を備えた方法により達成される。
【００１６】
或いは又、本発明の実施例によれば、この目的は、装置加入者ターミナルが特定のユーザ識別モジュールを含まないで、セッションを開始し、そして一時的識別を生成するように構成されたコントローラを備え、更に、サーバー認証を遂行し且つクライアント認証を回避する認証手順が使用されるようにした装置によって達成される。
【００１７】
更に又、本発明の実施形態によれば、前記目的は、特定のユーザ識別モジュールを含まない加入者ターミナルから認証要求メッセージを受け取るように構成されたトランシーバと、サーバー認証を遂行し且つクライアント認証を回避する手順を使用することにより、一時的識別に基づいて認証を実行するように構成されたコントローラと、を備えた装置により達成される。
【００１８】
従って、特許請求の範囲によれば、クライアント認証を遂行せず、サーバー認証を遂行する手順（認証方法又はプロトコル）により、認証が遂行される。
【００１９】
このように、ＵＩＣＣなし加入者ターミナルからの非常コールは、確実に取り扱うことができる。
【００２０】
本発明は、添付図面を参照することにより説明する。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１実施形態によるメッセージシグナリング図である。
【図２Ａ】本発明の実施形態に含まれるネットワーク要素の基本的構成を示す。
【図２Ｂ】本発明の実施形態に含まれるネットワーク要素の基本的構成を示す。
【図２Ｃ】本発明の実施形態に含まれるネットワーク要素の基本的構成を示す。
【図２Ｄ】本発明の実施形態に含まれるネットワーク要素の基本的構成を示す。
【発明を実施するための形態】
【００２２】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
【００２３】
本発明によれば、拡張可能な認証プロトコル、即ちトランスポートレイヤセキュリティ（ＥＡＰ−ＴＬＳ）を、ＩＭＳ非常時の場合にＵＩＣＣなしユーザのためのＩ−ＷＬＡＮにおける認証方法として使用することが提案される。即ち、ＥＡＰ−ＴＬＳは、クライアント認証をスキップすることができる。しかしながら、サーバー認証が依然として与えられる。これは、必要な場合に継続のためのキー及びユーザ暗号化が依然として得られることを意味する。このように、ＷＬＡＮに対する変更は、要求されない。
【００２４】
ＵＩＣＣなしユーザの非常コールのための詳細なシグナリングシーケンスが図１に示されている。このシーケンスにおける主たるネットワーク要素、即ちユーザエンティティ（ＵＥ）、単一ネットワーク要素又は分散型要素であるＷＬＡＮアクセスネットワーク（ＡＮ）、パケットデータゲートウェイ（ＰＤＧ）、並びに許可及びアカウンティング（ＡＡＡ）サーバーしか示されていないことに注意されたい。
【００２５】
ステップ１では、ワイヤレスＬＡＮ技術特有の手順を使用して、ＷＬＡＮユーザエンティティ（ＵＥ）とＷＬＡＮアクセスネットワーク（ＡＮ）との間に接続が確立される。
【００２６】
ステップ２では、ＷＬＡＮ  ＡＮは、ＥＡＰ要求／アイデンティティをＷＬＡＮ  ＵＥへ送信する。ＥＡＰパケットは、ワイヤレスＬＡＮ技術特有のプロトコル内にカプセル化されたワイヤレスＬＡＮインターフェイスを経て搬送されることに注意されたい。
【００２７】
ステップ３では、ＷＬＡＮ  ＵＥは、ＥＡＰ応答／アイデンティティメッセージを送信する。ＷＬＡＮ  ＵＥは、３ＧＰＰ  ＴＳ  ２３．００３で指定されたネットワークアクセス識別子（ＮＡＩ）フォーマットに合致するユーザアイデンティティを送信する。ユーザアイデンティティにおけるＮＡＩの領域(realm)部分は、非常特有領域でポピュレートされる。即ち、上述したように、この領域は、例えば、“ｓｏｓ”を含む。ＵＩＣＣなしＷＬＡＮ  ＵＥのアイデンティティは、以下に詳細に述べるように、ＷＬＡＮ  ＡＮ情報と共に（例えば、アクセスネットワーク要素に対して）ＷＬＡＮ  ＡＮにより指定されたＩＭＥＩ、ＭＡＣアドレス又はローカルＩＰアドレスである。
【００２８】
ステップ４では、メッセージが、ＮＡＩの領域部分に基づいて、適切な３ＧＰＰ認証、許可及びアカウンティング（ＡＡＡ）サーバーに向けてルーティングされる。ルーティング経路は、１つ又は多数のＡＡＡプロキシー（図示せず）を含む。
【００２９】
又、ＡＡＡサーバーを見出すためにダイアメーター参照(diameter referral)を適用できることにも注意されたい。
【００３０】
ステップ５において、３ＧＰＰ  ＡＡＡサーバーは、ターミナルアイデンティティを含むＥＡＰ応答／アイデンティティパケットを受け取る。３ＧＰＰ  ＴＳ  ２３．００３に定義されたようにユーザアイデンティティにおけるＮＡＩの領域部分が非常特有領域でポピュレートされる状態では、３ＧＰＰ  ＡＡＡサーバーは、受け取ったアイデンティティに基づいて、非常コールを要求しているユーザを識別する。３ＧＰＰ  ＡＡＡサーバーは、Ｅｍｅｒｇｅｎｃｙ＿Ａｃｃｅｓｓフラグをセットしなければならない。
【００３１】
ＷＬＡＮ無線ネットワークの識別子及びＷＬＡＮ  ＵＥのＭＡＣアドレスも、３ＧＰＰＡＡＡサーバーにより同じメッセージにおいて受信されねばならない。
【００３２】
ステップ６では、３ＧＰＰ  ＡＡＡサーバーは、ＥＡＰ−ＴＬＳを使用して認証を開始し、ここでは、クライアント認証が省略される。即ち、（ＵＩＣＣをもつ加入者の場合のように）加入者アイデンティティがチェックされることはない。
【００３３】
ステップ７では、ＷＬＡＮ  ＡＮは、ＥＡＰ要求／ＴＬＳをＷＬＡＮ  ＵＥへ転送する。
【００３４】
ステップ８では、ＷＬＡＮ  ＵＥは、ＥＡＰ応答／ＴＬＳで応答する。
【００３５】
ステップ９では、ＷＬＡＮ  ＡＮは、ＥＡＰ応答／ＴＬＳを３ＧＰＰ  ＡＡＡサーバーに転送する。
【００３６】
ステップ１０では、マスターセッションキー（ＭＳＫ）がＴＬＳマスターシークレットから導出される。ＲＦＣ４３４６を参照されたい。
【００３７】
ステップ１１では、３ＧＰＰ  ＡＡＡサーバーは、ＥＡＰサクセスメッセージをＷＬＡＮ  ＡＮへ送信する。ＷＬＡＮ  ＡＮは、認証されたＷＬＡＮ  ＵＥとの通信に使用できるキーイング材料（ＭＳＫ）を記憶することができる。
【００３８】
ステップ１２では、ＥＡＰサクセスメッセージは、ＷＬＡＮ  ＵＥへ転送される。
【００３９】
ステップ１３では、ＷＬＡＮ  ＵＥ及びＰＤＧは、ＩＫＥ＿ＳＡ＿ＩＮＩＴとして知られているメッセージの第１対を交換し（例えば、ＴＳ３３．３２４を参照）、ここでは、ＰＤＧ及びＷＬＡＮ  ＵＥは、暗号化アルゴリズムをネゴシエーションし、臨時に交換し、そしてＤｉｆｆｉｅ＿Ｈｅｌｌｍａｎ交換を遂行する。
【００４０】
ステップ１４では、ＵＩＣＣなしのＷＬＡＮ  ＵＥは、ユーザアイデンティティ（Ｉｄｉペイロード内の）及び非常Ｗ−ＡＰＮ情報（Ｉｄｒペイロード内の）をＩＫＥ＿ＡＵＴＨフェーズのこの第１メッセージにおいて送信し、そして子セキュリティ関連性のネゴシエーションを開始する。ＷＬＡＮ  ＵＥは、そのＮＡＩの領域部分によりＰＤＧに、接続要求が非常コールに対するものであること、及びＩＫＥｖ２を経てＥＡＰを使用したいことを指示する。ユーザアイデンティティは、ＩＥＴＦ  ＲＦＣ４２８２（２００５年１２月：“The Network Access Identifier”）で指定されたネットワークアクセス識別子（ＮＡＩ）フォーマットに適合しなければならない。ＩＥＴＦ  ＲＦＣ４３０６（２００５年１２月“Internet Key Exchange (IKEv2) Protocol”によれば、ＥＡＰ交換（ＭＳＫ）において発生される共有シークレットは、ＩＫＥｖ２を経て使用されるときに、ＡＵＴＨパラメータを発生するように使用されねばならない。
【００４１】
ＷＬＡＮ  ＵＥのリモートＩＰアドレスが動的に構成される必要がある場合には、ＷＬＡＮ  ＵＥは、ＩＫＥ＿ＡＵＴＨ要求メッセージ内においてコンフィギュレーションペイロード（ＣＦＧ＿ＲＥＱＵＥＳＴ）を送信して、リモートＩＰアドレスを得なければならない。
【００４２】
ステップ１５では、ＰＤＧは、ユーザアイデンティティを含めて、空のＥＡＰ属性値対（ＡＶＰ）を伴う認証要求メッセージを３ＧＰＰ  ＡＡＡサーバーへ送信する。ＰＤＧは、トンネル確立のために認証が行われることを指示するパラメータを含まねばならない。これは、３ＧＰＰ  ＡＡＡサーバーが、ＷＬＡＮアクセスのための認証とトンネル設定のための認証とを区別する上で助けとなる。
【００４３】
ステップ１６では、３ＧＰＰ  ＡＡＡサーバーは、Ｅｍｅｒｇｅｎｃｙ＿Ａｃｃｅｓｓフラグがユーザに対してセットされたかどうかチェックしなければならない。Ｅｍｅｒｇｅｎｃｙ＿Ａｃｃｅｓｓフラグがセットされ且つＷ−ＡＰＮが３ＧＰＰ  ＴＳ２３．００３で定義された非常用のものでない場合には、結果コードがＤＩＡＭＥＴＥＲ＿ＡＵＴＨＯＲＩＺＡＴＩＯＮ＿ＲＥＪＥＣＴＥＤにセットされねばならない。
【００４４】
全てのチェックが首尾よく行われたときに、３ＧＰＰ  ＡＡＡサーバーは、ＥＡＰサクセス及びキー材料を含む認証返答をＰＤＧへ送信する。このキー材料は、認証プロセス中に発生されるマスターセッションキー（ＭＳＫ）で構成されねばならない。Ｗｍインターフェイス（ＰＤＧ−３ＧＰＰ  ＡＡＡサーバー）が「ダイアメーター」を使用して実施されるときには、ＭＳＫは、参照文献ＲＦＣ４０７２（２００５年８月：“Diameter Extensible Authentication Protocol (EAP) Application”）に定義されたように、ＥＡＰ−Ｍａｓｔｅｒ−Ｓｅｓｓｉｏｎ−Ｋｅｙパラメータでカプセル化されねばならない。
【００４５】
ステップ１７では、ＭＳＫは、参照文献ＩＥＴＦ  ＲＦＣ  ４３０６（２００５年１２月：“Internet Key Exchange(IKEv2) Protocol”）に定義されたように、ＡＵＴＨパラメータをチェックして、ＩＫＥ＿ＳＡ＿ＩＮＩＴフェーズメッセージを認証するために、ＰＤＧによって使用されねばならない。
【００４６】
ステップ１８では、ＰＤＧは、そのアイデンティティ及び証明書で応答する。これで、子セキュリティ関連性のネゴシエーションも完了する。ＥＡＰサクセスメッセージも、ＷＬＡＮ  ＵＥへ転送される。
【００４７】
以下、ユーザアイデンティティ（例えば、ステップ３及び１３で使用される）をどのようにして形成できるかについて説明する。
【００４８】
即ち、ＵＩＣＣなしのＩＭＳ非常コールに対して全てのユーザに共通のユーザ名／パスワードが与えられる場合には、このような名前／パスワードをどのように定義するか問題であり、そして誰かが偽の非常コールを故意に発する場合には、共通の名前／パスワードに基づいてそれを追跡する方法がない。
【００４９】
ここに示す実施形態によれば、ＵＩＣＣなしのＵＥに対して３種類のアイデンティティが提案される：即ち、国際移動装置アイデンティティ（ＩＭＥＩ）、媒体アクセス制御（ＭＡＣ）アドレス、及びＩＰアドレス。
【００５０】
特に、３ＧＰＰが、移動ターミナルから（即ち、ＳＩＭカードを挿入できるターミナルから）でなければならないように接続を制限する場合には、ＩＭＥＩ又はハッシュ型ＩＭＥＩを使用しなければならない。ＩＭＥＩは、その長さが１５バイトで、全ての場合に適しているのではないから、ハッシュ形態で使用することができる。従って、ＩＭＥＩ又はハッシュ型ＩＭＥＩは、図１のステップ３及び１４においてユーザアイデンティティとして使用される。
【００５１】
このステップにおいてハッシュ型ＩＭＥＩを使用する利益は、演技を防止できることである。ＵＥは、このステップ３においてハッシュ型ＩＭＥＩを使用し、そしてステップ１４において元の完全なＩＭＥＩを使用することができる。従って、アタッカーがハッシュ型ＩＭＥＩを傍受し、それを使用して別の非常コールをスタートすると、ステップ１４に使用するのに適したＩＭＥＩを得ることができる。ＰＤＧがステップ１４においてアタッカーから誤ったＩＭＥＩを受け取る場合にはＰＤＧにおいて正しいハッシュ型ＩＭＥＩが発生されない。即ち、ハッシュ型ＩＭＥＩがステップ３においてＥＡＰ応答／アイデンティティに含まれるときには、アタッカーは、ワイヤレスリンクを聴取することによりこのハッシュ型ＩＭＥＩをおそらく得て、それを使用して、ステップ１４においてＰＤＧにアタッチすることができる。従って、非ハッシュ型のフルＩＭＥＩがステップ１４においてＡＵＴＨ＿ｒｅｑｕｅｓｔに使用される場合には、アタッカーは、ハッシュ型ＩＭＥＩを得ることができても（ステップ３において）、それを使用してＰＤＧにアタッチすることができない。というのは、フルＩＭＥＩを知らないからである。
【００５２】
或いは又、３ＧＰＰが、ＰＤＡ又はノートブックのような他のＷＬＡＮ  ＵＥがＩＭＳ非常コールを行うのを許す場合には、ステップ３及び１４において、ＭＡＣアドレスを次のように使用することができる。
【００５３】
１）ＭＡＣアドレス。各ＷＬＡＮ  ＵＥは、独特のＭＡＣアドレスを有していなければならない。
各ＷＬＡＮ  ＵＥは、独特のＭＡＣアドレスを有していなければならない。ＩＤの長さは、最短である。
【００５４】
２）ＭＡＣアドレス＋ＷＬＡＮ  ＡＮ  ＩＤ（ＳＳＩＤ）。
これは、非常事態の位置を知るか又は偽のコールを追跡するために非常コールの位置を与えることができる。アタッカーが、同じＷＬＡＮ  ＡＮにおいて別のＭＡＣアドレスを使用する場合には、それが検出される。或いは又、ハッシュ型（ＭＡＣアドレス＋ＷＬＡＮ  ＡＮ  ＩＤ（ＳＳＩＤ））を使用することができる。
【００５５】
３）ローカルＩＰアドレス（ＷＬＡＮ  ＡＮによって指定された）＋ＷＬＡＮ  ＡＮ  ＩＤ（ＳＳＩＤ）。
これは、非常コールの位置を与え、偽のコールを追跡できるようにする。アタッカーが同じＷＬＡＮ  ＡＮにおいて別のＩＰアドレスを使用する場合には、それが検出される。或いは又、ローカルＩＰアドレス＋ＷＬＡＮ  ＡＮ  ＩＤのハッシュ型組み合わせが使用されてもよい。
【００５６】
ＵＥがシナリオ２の接続を得るためにＷＬＡＮ  ＡＮに接続されると、ステップ３において、ユーザ識別子、例えば、ｕｓｅｒＩＤ＠ｓｏｓ．ｗ−ａｐｎ．ｍｎｃ０１２．ｍｃｃ３４５．ｐｕｂ．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇを使用することができる。即ち、初期メッセージ（ステップ３）において、加入者ターミナルは、ユーザ識別子を使用する。これに応答して、ＡＡＡサーバーは、ＵＥのＭＡＣ／ＩＰアドレス及びＷＬＡＮ  ＡＮ情報をＷＬＡＮ  ＡＮから得ることができる。従って、それに応答して、ステップ５において、ＡＡＡサーバーは、ＷＬＡＮ  ＡＮから受け取ったＭＡＣ／ＩＰ（及びＷＬＡＮ  ＡＮ情報）からユーザＩＤを形成することができる。
【００５７】
ＵＥがＰＤＧとのシナリオ３接続を設定するときには、そのＮＡＩにおける領域部分がＰＤＧに、接続要求が非常コールに対するもので且つＩＫＥｖ２を経てのＥＡＰの使用を希望することを指示できると共に、ＷＬＡＮ  ＵＥとＡＡＡサーバーとの間には予め共有されたキー（ＭＳＫ）があるために、ＷＬＡＮ  ＵＥは、ＡＵＴＨパラメータを発生してＰＤＧに送信することができる。ＰＤＧは、ＡＡＡサーバーからＭＳＫを得て、ＡＵＴＨをチェックすることができる。このように、通常のシナリオ３のように、それ以上のステップが必要とされることはない。
【００５８】
従って、ここに示す実施形態によれば、クライアントの認証をスキップできるＥＡＰ−ＴＬＳ認証方法のような認証方法が、Ｉ−ＷＬＡＮにおいて、非常コールの場合にＵＩＣＣなしのユーザに対して使用される。
【００５９】
このように、サーバー認証が依然として提供される。サーバー認証は、ＩＫＥ２を経てＥＡＰを使用するためにＷＬＡＮ  ＵＥとＡＡＡサーバーとの間の共有ＭＳＫを発生できるようにする。
【００６０】
従って、認証は、サーバーのみのもので、クライアントに対するものではない。従って、ネットワークは、非常コール（ＥＭコール）を拒絶しない。認証には、２つの目的がある。その１つは、ＷＬＡＮ  ＡＮを不変に保つことである。さもなければ、ＷＬＡＮ  ＡＮは、ＵＥのＮＡＩをチェックして、それがＥＭコールに対するものであるかどうか識別しなければならない。他の目的は、シナリオ３手順に使用されるべきＭＳＫを発生することである。
【００６１】
更に、ＡＡＡサーバーがこのターミナルに対して認証ベクトルをもたない場合（＝ＵＩＣＣなしのケース）に、ＰＤＧへの暗号化トンネルを設定することができる。即ち、上述したように、ＭＳＫは、ＵＥ及びＡＡＡサーバーにおいてＲＦＣ４３４６で指定されたＴＬＳマスターシークレットから発生することができる。ＰＤＧは、３ＧＰＰ  ＡＡＡサーバーからＭＳＫを得ることができる。従って、ＵＥとＰＤＧとの間に暗号化トンネルを設定することができる。
【００６２】
ＷＬＡＮ  ＡＮには、変更が必要とされない。ＡＡＡサーバーは、ＭＡＣ／ＩＰ（及びＷＬＡＮ  ＡＮ  ＩＤ）からユーザＩＤを形成する必要がある。
【００６３】
従って、ＵＩＣＣなしのケースにおいて信頼性のある且つ認証された接続を確立することができる。
【００６４】
以下、本発明の第２の実施形態を説明する。このケースでは、アタッカーが二重の非常コールをスタートさせることを考える。
【００６５】
詳細には、ＴＳ３３．２３４に基づき両シナリオ２及び３に（即ち、ＩＰアクセス及び３ＧＰＰアクセスを経て）同時セッションが許され、同時セッションの数は、オペレータのポリシーに基づく。同時セッションを行うための要求は、特に、ＷＬＡＮ  ＵＥ分割のケースにおいて有効である。例えば、ユーザは、この移動ターミナルを使用して、オペレータのウェブサイトを訪問し、そして彼のノートブックを使用して、彼の会社のＶＰＮに同時にアクセスすることができる。
【００６６】
しかしながら、ユーザが（例えば、第１の実施形態で述べたように）ＵＩＣＣなしのターミナルを経てＩＭＳ非常コールをなすときに、彼が同時ＩＭＳ非常コールを行うことは不合理である。このようなことが起きると、第２のものが不正であり、非常業務に対して破壊行為になり得る。従って、ＵＩＣＣなしのターミナルを通しての同時ＩＭＳ非常コールは、禁止されねばならない。
【００６７】
ここに示す実施形態によれば、対応する制御は、ＡＡＡサーバーではなく、ＰＤＧにおいて、即ち非常コール用のＷ−ＡＰＮにおいて実行される。というのは、ＷＬＡＮ  ＵＥは、（図１のステップ１２において）ＥＡＰサクセスメッセージを受信せず、シナリオ３手順をスタートしないためである。
【００６８】
ＰＤＧが（ステップ１４において）ＷＬＡＮ  ＵＥから要求を受け取ると、ユーザのためのセッションが既にあるかどうかチェックしなければならない。もしあれば、新たな要求を受け容れるのではなく、拒絶しなければならない。その論理的根拠は、アタッカーが被害者のＩＤを前もって知ることは困難であるが、ＵＥがシナリオ２接続を設定する間にそれを傍受できることである。
【００６９】
ＵＥ  ＩＤから、ＰＤＧは、ＵＩＣＣなしのＩＭＳ非常コールであると知ることができる。
【００７０】
従って、ここに示す実施形態によれば、二重非常コールが確実に検出され防止される。
【００７１】
以下、前記実施形態に含まれたネットワーク要素を、図２Ａから２Ｄを参照して説明する。図２Ａから２Ｄにおいて、図示明瞭化のために基本的な要素しか示されていないことに注意されたい。
【００７２】
図２Ａは、加入者ターミナルＡの基本的な構成を示す。加入者ターミナルＡは、コントローラＡ１及びトランシーバＡ２を備えている。コントローラＡ２は、ＣＰＵと、種々の種類のメモリユニット、例えば、ＲＡＭ、ＲＯＭ、等を含む。メモリにはコンピュータプログラムが記憶され、これは、これら実施形態による方法を実行するためのソフトウェアコード部分を含む。このコンピュータプログラムは、例えば、ＣＤ  ＲＯＭのような記録媒体に記憶され、そしてコントローラのワークメモリに直接ロードすることができる。或いは又、コンピュータプログラムは、ネットワークを経てコントローラのメモリにロードされてもよい。
【００７３】
図２Ｂは、コントローラＢ１及びトランシーバＢ２を備えたＡＡＡサーバーＢの基本的構成を示す。コントローラＢ１は、前記コントローラと同様に構成されてもよい。即ち、コントローラＢ２も、ＣＰＵと、種々の種類のメモリユニット、例えば、ＲＡＭ、ＲＯＭ、ハードディスク、ＣＤ又はＤＶＤ  ＲＯＭリーダー、等を含む。前記と同様に、ＡＡＡサーバーにコンピュータプログラムが設けられる。トランシーバＢ２は、１つ以上のインターフェイスを備え、これにより、ネットワークを経て他のネットワーク要素へ至る接続が設けられる。
【００７４】
図２Ｃは、ＡＡＡサーバーＢの構成と同様のＰＧＤ  Ｃの基本的構成を示し、従って、ここではその説明を繰り返さない。
【００７５】
図２Ｄは、ＡＡＡサーバーＢの構成と同様のＷＬＡＮ  ＡＮの基本的構成を示し、従って、ここではその詳細な説明を省略する。
【００７６】
本発明は、上述した実施形態に限定されず、種々の変更が考えられる。
【００７７】
より詳細には、認証方法（又は認証手順）は、ＥＡＰ−ＴＬＳに限定されない。特に、クライアント認証が省略される他の適当な方法を使用することができる。
【００７８】
更に、加入者ターミナル識別子は、ＩＭＥＩに限定されない。即ち、ターミナルを独特に識別する他の識別子を使用してもよい。
【００７９】
更に、認証シーケンス及びその関連ネットワーク要素は、図１に示して上述した細部に限定されない。或いは又、異なるステップを異なる順序で実行してもよいし、或いはより少ない又はより多いネットワーク要素を適宜含ませることによりそれらステップを実行してもよい。
【００８０】
更に、上述したＩＭＳ非常コールは、ＵＩＣＣなしのコールに対する一例に過ぎない。より詳細には、ＵＩＣＣなしコールを許可できる他の状況もある。例えば、ＵＩＣＣなしコールは、プロバイダーのオペレータと接触するためにネットワークによって許されてもよい。
【符号の説明】
【００８１】
Ａ：加入者ターミナル
Ａ１：コントローラ
Ａ２：トランシーバ
Ｂ：ＡＡＡサーバー
Ｂ１：コントローラ
Ｂ２：トランシーバ
Ｃ：ＰＧＤ
Ｃ１：コントローラ
Ｃ２：トランシーバ
Ｄ：ＷＬＡＮ  ＡＮ
Ｄ１：コントローラ
Ｄ２：トランシーバ
【図１】
2010518719.tif 000003
【図２Ａ】
2010518719.tif 000004
【図２Ｂ】
2010518719.tif 000005
【図２Ｃ】
2010518719.tif 000006
【図２Ｄ】
2010518719.tif 000007
【手続補正書】
【提出日】平成21年10月7日(2009.10.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
特定のユーザ識別モジュールを含んでいない加入者ターミナルからのセッションを開始するステップと、
前記加入者ターミナルの一時的識別を形成するステップと、
前記一時的識別に少なくとも一部分は基づいて、クライアント認証を遂行せずにサーバー認証を遂行するステップと、
を備えた方法。
【請求項２】
前記サーバー認証は、拡張可能な認証プロトコルトランスポートレベルセキュリティ（ＥＡＰ／ＴＬＳ）プロトコル又はインターネットキー交換（ＩＫＥ）プロトコルの使用を含む、請求項１に記載の方法。
【請求項３】
前記一時的識別は、ユーザ識別子及び領域を含み、この領域は、前記加入者ターミナルにより開始されるセッションに対する特定の指示を含む、請求項１に記載の方法。
【請求項４】
前記特定の指示は、非常事態を指示する、請求項３に記載の方法。
【請求項５】
前記ユーザ識別子は、
ターミナル識別子、
前記加入者ターミナルの媒体アクセス制御アドレス、及び
アクセスネットワーク要素により前記加入者ターミナルに指定されたインターネットプロトコルアドレス、
の少なくとも１つに基づいて生成される、請求項３に記載の方法。
【請求項６】
前記ユーザ識別子は、
前記加入者ターミナルの媒体アクセス制御アドレス及びネットワーク識別子、及び
前記媒体アクセス制御アドレス及びネットワーク識別子のハッシュ型組み合わせ、
の少なくとも１つの組み合わせに少なくとも一部分基づいて生成される、請求項３に記載の方法。
【請求項７】
加入者ターミナルから開始されるセッションを認証するために加入者ターミナルへ認証要求を送信するステップと、
前記加入者ターミナルの一時的識別を含む認証応答／アイデンティティメッセージを、前記加入者ターミナルから受信するステップと、
前記加入者ターミナルの前記一時的識別に少なくとも一部分基づいてセッションを認証するステップであって、サーバー認証は遂行するがクライアント認証は省略するステップと、
を備えた方法。
【請求項８】
ユーザデータの暗号化に使用できる共有マスターセッションキーを発生するステップを更に備えた、請求項７に記載の方法。
【請求項９】
前記一時的識別は、ユーザ識別子及び領域を含み、この領域は、前記加入者ターミナルにより開始されるセッションに対する特定の指示を含み、前記加入者ターミナルは、特定のユーザ識別モジュールを含まない、請求項７に記載の方法。
【請求項１０】
前記ユーザ識別子は、国際移動装置アイデンティティ、媒体アクセス制御アドレス、及びアクセスネットワーク要素により前記加入者ターミナルに指定されたインターネットアドレス、の１つに少なくとも一部分基づいて生成される、請求項９に記載の方法。
【請求項１１】
前記加入者ターミナルのためのセッションが既にあるかどうかチェックするステップと、
セッションが既にある場合には新たなセッションを拒絶するステップと、
を更に備えた請求項７に記載の方法。
【請求項１２】
少なくとも１つのプロセッサと、
コンピュータプログラムコードを含む少なくとも１つのメモリと、
を備え、前記少なくとも１つのメモリ及びコンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、装置が少なくとも次のこと、即ち
装置が特定のユーザ識別モジュールを含まないで、セッションを開始し、
一時的識別を形成し、そして
前記一時的識別に少なくとも一部分は基づいて、クライアント認証を遂行せずにサーバー認証を遂行する、
ことを行うようにさせるよう構成された、装置。
【請求項１３】
前記認証は、拡張可能な認証プロトコルトランスポートレベルセキュリティ（ＥＡＰ／ＴＬＳ）プロトコル又はインターネットキー交換（ＩＫＥ）プロトコルの使用を含む、請求項１２に記載の装置。
【請求項１４】
ユーザデータ暗号化に使用できるマスターセッションキーが発生される、請求項１２に記載の装置。
【請求項１５】
前記一時的識別は、ユーザ識別子及び領域を含み、この領域は、前記装置により開始されるセッションに対する特定の指示を含む、請求項１２に記載の装置。
【請求項１６】
前記特定の指示は、非常事態を指示する、請求項１５に記載の装置。
【請求項１７】
前記ユーザ識別子は、国際移動装置アイデンティティ、前記加入者ターミナルの媒体アクセス制御アドレス、及びアクセスネットワーク要素により前記加入者ターミナルに指定されたインターネットアドレス、の１つに少なくとも一部分基づいて生成される、請求項１５に記載の装置。
【請求項１８】
少なくとも１つのプロセッサと、
コンピュータプログラムコードを含む少なくとも１つのメモリと、
を備え、前記少なくとも１つのメモリ及びコンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、装置が少なくとも次のこと、即ち
加入者ターミナルへ認証要求を送信し、
前記加入者ターミナルの一時的識別を含む認証応答／アイデンティティメッセージを、前記加入者ターミナルから受信し、
前記一時的識別に少なくとも一部分基づいて認証を実行し、サーバー認証は遂行するがクライアント認証は省略する、
ことを行うようにさせるよう構成された、装置。
【請求項１９】
前記プロセッサは、更に、マスターセッションキーを発生するように構成され、このマスターセッションキーは、ユーザデータの暗号化のために発生される、請求項１８に記載の装置。
【請求項２０】
前記一時的識別は、ユーザ識別子及び領域を含み、この領域は、前記加入者ターミナルにより開始されるセッションに対する特定の指示を含み、前記加入者ターミナルは、特定のユーザ識別モジュールを含んでいない、請求項１８に記載の装置。
【請求項２１】
前記特定の指示は、非常事態を指示する、請求項２０に記載の装置。
【請求項２２】
前記ユーザ識別子は、国際移動装置アイデンティティ、前記加入者ターミナルの媒体アクセス制御アドレス、及びアクセスネットワーク要素により前記加入者ターミナルに指定されたインターネットプロトコルアドレス、の１つに少なくとも一部分基づく、請求項２０に記載の装置。
【請求項２３】
前記プロセッサは、
前記加入者ターミナルのためのセッションが既にあるかどうかチェックし、そして
セッションが既にある場合には新たなセッションを拒絶する、
ように構成された請求項１８に記載の装置。
【請求項２４】
コンピュータにより実行されたときに、
特定のユーザ識別モジュールを含んでいない加入者ターミナルからのセッションを開始し、
前記加入者ターミナルの一時的識別を形成し、
前記一時的識別に少なくとも一部分は基づいて、クライアント認証を遂行せずにサーバー認証を遂行する、
ことを行うインストラクションでエンコードされたコンピュータ読み取り可能な媒体。
【請求項２５】
コンピュータにより実行されたときに、
加入者ターミナルから開始されるセッションを認証するために加入者ターミナルへ認証要求を送信し、
前記加入者ターミナルの一時的識別を含む認証応答／アイデンティティメッセージを、前記加入者ターミナルから受信し、
前記加入者ターミナルの前記一時的識別に少なくとも一部分基づいてセッションを認証し、サーバー認証は遂行するがクライアント認証は省略する、
ことを行うインストラクションでエンコードされたコンピュータ読み取り可能な媒体。
【国際調査報告】
2010518719.tif 000008
2010518719.tif 000009
2010518719.tif 000010