(57)【特許請求の範囲】
【請求項１】
ユーザ認識を確認するのに使用される識別確認情報を選択するための方法であって、
ａ）識別確認情報をレジスタから要求し、
ｂ）上記レジスタから得られた識別確認情報の形式に基づいて、上記レジスタから得られた上記識別確認情報を使用すべきか又はユーザデータベース(1)からの識別確認情報を使用すべきか判断し、そして
ｃ）上記判断段階の結果に応答して上記ユーザデータベースからの上記識別確認情報を検索する、
という段階を含み、上記識別確認情報は、セキュリティ及び／又は認証関連データより成ることを特徴とする方法。
【請求項２】
上記レジスタはビジター位置レジスタ(21-23)であり、上記ユーザデータベースはホーム位置レジスタ(1)であり、そして上記選択は、位置更新手順の間に行われる請求項１に記載の方法。
【請求項３】
上記識別確認情報は、公開キー暗号に使用される暗号情報である請求項１に記載の方法。
【請求項４】
上記識別確認情報の形式は、ネゴシエーション結果に基づいて決定される請求項１又は２に記載の方法。
【請求項５】
上記ネゴシエーションは、ＭＡＰバージョンネゴシエーションである請求項４に記載の方法。
【請求項６】
上記識別確認情報は、上記ネゴシエーションが、識別確認情報をサポートしないＭＡＰバージョンの使用を導く場合に、上記ユーザデータベースから検索される請求項５に記載の方法。
【請求項７】
ユーザ装置のＳＩＭ形式を指示するパラメータが上記識別確認情報に追加され、そして上記判断段階は、このパラメータに基づいて実行される請求項１ないし６のいずれかに記載の方法。
【請求項８】
上記ＳＩＭ形式パラメータが、上記ユーザ装置にＵＳＩＭが与えられることを指示する場合に、ＵＭＴＳ認証ベクトルが認証に使用される請求項７に記載の方法。
【請求項９】
上記ＳＩＭ形式パラメータは、上記レジスタから受け取ったＭＡＰ  ＳＥＮＤ  ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ応答メッセージに含まれる請求項７又は８に記載の方法。
【請求項１０】
上記ＳＩＭ形式パラメータは、上記ユーザデータベースから受け取ったＭＡＰ  ＳＥＮＤ  ＡＵＴＨＥＮＴＩＣＩＣＡＴＩＯＮ  ＩＮＦＯ応答メッセージに含まれる請求項７ないし９のいずれかに記載の方法。
【請求項１１】
上記ＳＩＭ形式パラメータは、要求されたＭＡＰバージョンが上記レジスタ及び上記ユーザデータベースに向かってサポートされない場合に、不定値にセットされる請求項７ないし１０のいずれかに記載の方法。
【請求項１２】
ユーザ認識を確認するのに使用される識別確認情報を選択するための方法であって、
ａ）識別確認情報をレジスタから要求し、
ｂ）上記レジスタから得られた識別確認情報の形式に基づいて、上記レジスタから得られた上記識別確認情報を使用すべきか又はユーザデータベース(1)からの識別確認情報を使用すべきか判断し、そして
ｃ）上記判断段階の結果に応答して上記ユーザデータベースからの上記識別確認情報を検索する、
という段階を含み、上記識別確認情報は、公開キー暗号に使用される暗号情報であることを特徴とする方法。
【請求項１３】
ユーザ認識を確認するのに使用される識別確認情報を選択するための方法であって、
ａ）識別確認情報をレジスタから要求し、
ｂ）上記レジスタから得られた識別確認情報の形式に基づいて、上記レジスタから得られた上記識別確認情報を使用すべきか又はユーザデータベース(1)からの識別確認情報を使用すべきか判断し、そして
ｃ）上記判断段階の結果に応答して上記ユーザデータベースからの上記識別確認情報を検索する、
という段階を含み、ユーザ装置のＳＩＭ形式を指示するパラメータが上記識別確認情報に追加され、そして上記判断段階は、このパラメータに基づいて実行されることを特徴とする方法。
【請求項１４】
ユーザ認識を確認するのに使用される識別確認情報の選択を実行する装置であって、
ａ）レジスタとの通信を実行するための通信手段(203)と、
ｂ）上記レジスタから受信した識別確認情報の形式に基づいて、ユーザ装置の上記識別確認情報のソースについて判断するための判断手段(205)と、
ｃ）上記判断手段(205)の判断結果に基づき、上記レジスタ又はユーザデータベース(1)のいずれかから上記識別確認情報を検索するための検索手段(203)と、
を備え、識別確認情報の上記形式は、上記レジスタとのネゴシエーションに基づいて決定されることを特徴とする装置。
【請求項１５】
該装置は、ビジター位置レジスタ(21-23)である請求項１４に記載の装置。
【請求項１６】
上記レジスタは、ビジター位置レジスタ(21-23)であり、そして上記ユーザデータベースは、ホーム位置レジスタ(1)である請求項１４に記載の装置。
【請求項１７】
上記ネゴシエーションは、ＭＡＰバージョンネゴシエーションである請求項１４に記載の装置。
【請求項１８】
上記判断手段(205)は、上記ネゴシエーションの結果が、識別確認情報をサポートしないＭＡＰバージョンである場合に、上記ユーザデータベース(4)を上記識別確認情報のソースとして判断するよう構成された請求項１７に記載の装置。
【請求項１９】
上記識別確認情報からＳＩＭ形式指示情報を抽出するための抽出手段(204)を更に備え、上記判断手段(205)は、上記ＳＩＭ形式指示情報に基づいて判断を行うように構成された請求項１４ないし１８のいずれかに記載の装置。
【請求項２０】
上記判断手段(205)は、要求されたＭＡＰバージョンが上記レジスタ及び上記ユーザデータベース(1)に向かってサポートされない場合に上記ＳＩＭ形式指示情報を不定値にセットするように構成された請求項１９に記載の装置。
【請求項２１】
上記判断手段(205)は、上記抽出されたＳＩＭ形式の指示情報が不定である場合には、上記ユーザデータベース(4)から検索された識別確認情報に基づいて上記ＳＩＭ形式指示情報をセットするように構成される請求項１９又は２０に記載の装置。
【請求項２２】
ユーザ認識を確認するのに使用される識別確認情報の選択を実行する装置であって、
ａ）レジスタとの通信を実行するための通信手段(203)と、
ｂ）上記レジスタから受信した識別確認情報の形式に基づいて、ユーザ装置の上記識別確認情報のソースについて判断するための判断手段(205)と、
ｃ）上記判断手段(205)の判断結果に基づき、上記レジスタ又はユーザデータベース(1)のいずれかから上記識別確認情報を検索するための検索手段(203)と、
を備え、上記識別確認情報からＳＩＭ形式指示情報を抽出するための抽出手段(204)を更に備え、上記判断手段(205)は、上記ＳＩＭ形式指示情報に基づいて判断を行うように構成されたことを特徴とする装置。
【請求項２３】
上記判断手段(205)は、要求されたＭＡＰバージョンが上記レジスタ及び上記ユーザデータベース(1)に向かってサポートされない場合に上記ＳＩＭ形式指示情報を不定値にセットするように構成された請求項２２に記載の装置。
【請求項２４】
上記判断手段(205)は、上記抽出されたＳＩＭ形式の指示情報が不定である場合には、上記ユーザデータベース(4)から検索された識別確認情報に基づいて上記ＳＩＭ形式指示情報をセットするように構成される請求項２２又は２３に記載の装置。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、少なくとも２つのソース間で識別確認情報を選択する方法及び装置に係る。本発明は、例えば、ＵＭＴＳ（ユニバーサル移動テレコミュニケーションシステム）ネットワークのようなセルラーネットワークの古い位置エリアから新しい位置エリアに入るユーザ装置の位置更新手順であって、ビジター位置レジスタ及びホーム位置レジスタ間で認証又はセキュリティパラメータの選択が行われる位置更新手順に適用することができる。
【０００２】
【背景技術】
加入者が移動ネットワーク内をローミングする間に、移動ターミナルは、位置更新手順を使用することによりその位置を更新する。この手順は、無線アクセスネットワークにより専用のシステム情報としてブロードキャスト又は送信される現在位置エリア識別子が変化するときに開始される。このプロセスでは、例えば、エアインターフェイスにおいてセキュリティ、認証又は暗号化手順を可能にするために使用される認証又はセキュリティパラメータが、新たな接続岐路についても必要とされる。
【０００３】
位置エリアが変化するときには、それにサービスするビジター位置レジスタ（ＶＬＲ）も変化する。このような状態では、新たなＶＬＲが、セキュリティ又は認証パラメータ及び国際移動加入者認識（ＩＭＳＩ）のような識別確認情報を、以前の即ち古いＶＬＲから受信する。次いで、移動ターミナルに割り当てられた古い「一時的移動加入者認識（ＴＭＳＩ）」とＩＭＳＩとの間の関係が古いＶＬＲにおいて失われる。更に、位置更新手順の一部分として、ＨＬＲは、適切なコール取り扱いのために新たなＶＬＲが知る必要のある加入者パラメータを送信する。
【０００４】
より詳細には、移動ターミナルの位置及び加入者の管理に関連したデータが、ＨＬＲとＶＬＲとの間で交換される。移動加入者に提供される主たるサービスは、全サービスエリア内でコールを設定するか又は受信する能力である。これをサポートするために、位置レジスタは、データを交換しなければならない。ＨＬＲは、移動加入者へのサービスをサポートするのに必要な全てのデータをＶＬＲへ送信する。次いで、ＨＬＲは、その加入者の位置登録を打ち消すように以前のＶＬＲに命令する。データの交換は、移動加入者が特定のサービスを受け取るとき、移動加入者が自分の契約に付随するあるデータを変更したいとき、又は契約のあるパラメータが管理手段により変更されるときに行われる。従って、ＨＬＲは、移動加入者の管理を担当するデータベースである。
【０００５】
移動ネットワークは、加入者の数、装置の容量及びネットワークの編成に基づいて１つ又は多数のＨＬＲを含む。ＨＬＲには、２種類の情報が記憶され、即ち加入者情報と、移動ターミナルが位置するところの移動交換センター（ＭＳＣ）に向かうコールのルーティング及び課金を可能にするある位置情報とである。各移動契約には２つの形式の番号が付随されてＨＬＲに記憶され、それらは、ＩＭＳＩと、１つ以上の移動ステーション国際ＩＳＤＮ番号（ＭＳＩＳＤＮ）である。ＩＭＳＩ又はＭＳＩＳＤＮは、移動契約に対しデータベース内の情報にアクセスするためのキーとして使用されてもよい。
【０００６】
ＶＬＲは、ＩＭＳＩ、ＭＳＩＳＤＮ、進行中のコールをもつ移動ターミナルのための移動ステーションローミング番号、もし適用できればＴＭＳＩ、もし使用されればローカル移動ステーション認識、及び移動ステーションが登録されそしてステーションをコールするのに使用される位置エリアを含むデータベースを備えている。上記情報は、ＧＳＭ仕様書０３．１２に記載された手順によりＶＬＲとＨＬＲとの間に通される。加入者データの編成は、ＧＳＭ仕様書０３．０８に要約されている。
更に、認証センター（ＡｕＣ）が、ＨＬＲに組み合わされ、関連ＨＬＲに登録された各移動加入者の認識を記憶する。このキーは、ＩＭＳＩを認証するのに使用されるデータを発生するのに使用され、そして移動ターミナルと移動ネットワークとの間の無線経路に沿った通信を暗号化するのに使用されるキーである。認証及び暗号化に使用される手順は、ＧＳＭ仕様書０３．２０に記載されている。
【０００７】
第３世代のＵＭＴＳネットワークの開発は、新規な形式の加入者認識モジュール（ＳＩＭ）がＵＭＴＳ加入者認識モジュール（ＵＳＩＭ）として導入され、そして新たなセキュリティパラメータがそれに関連されるようなリリース９９ＧＳＭ／ＵＭＴＳシステムを導出した。ＧＳＭ  ＳＩＭに関連したセキュリティ機能は、ＧＳＭ認証ベクトル（ＡＶｓ）、即ちＧＳＭトリプレットを使用する。ＵＭＴＳ  ＵＳＩＭに関連した新たなセキュリティ機能は、ＵＭＴＳネットワークに必要とされる付加的な認証パラメータより成るＵＭＴＳクイントプレットで構成されるＵＭＴＳ  ＡＶｓを使用する。
しかしながら、ＵＳＩＭ移動ターミナルが非ＵＭＴＳケーパブルＧＳＭ  ＭＳＣ／ＶＬＴ（リリース９８ＭＳＣ／ＶＬＲ）からＵＭＴＳケーパブルＧＳＭ  ＭＳＣ／ＶＬＲ（リリース９９ＭＳＣ／ＶＬＲ）へローミングするときには、次の理由で問題が発生する。
【０００８】
最初に、リリース９８ＭＳＣ／ＶＬＲは、加入者データと、加入者のためのセキュリティパラメータとを含む。加入者の移動のために、次の筋書きが実行される。ＵＥは、位置エリアの変化に気付き、そして「Ｌ３−ＭＭ  ＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ（位置更新要求）」メッセージを移動ネットワークに送信することにより位置更新手順を開始する。新たなＭＳＣ／ＶＬＲは、ＵＥが到来するところの古い位置エリアが別のＭＳＣ／ＶＬＲにより制御されることを識別する。これは、ＭＡＰ（移動アプリケーションパート）バージョン３ネゴシエーションを古いＭＳＣ／ＶＬＲに向かって開始し、そして古いリリース９８ＭＳＣ／ＶＬＲはＭＡＰバージョン２しかサポートしないので、ＭＡＰバージョン２への後退が行われる。新たなＭＳＣ／ＶＬＲは、古い位置エリア識別子及びＴＭＳＩを古いＭＳＣ／ＶＬＲへ送信して、ＩＭＳＩ及び認証パラメータを検索する。これに応答して、古いリリース９８ＭＳＣ／ＶＬＲは、加入者のＩＭＳＩ及びＧＳＭトリプレット（ＧＳＭ  ＡＶｓ）を返送する。ここで、新たなリリース９９ＭＳＣ／ＶＬＲは、加入者が移動ターミナルにＵＳＩＭを有するかどうかそしてＵＭＴＳ  ＡＶｓを使用しなければならないかどうかを知らないので、問題が発生する。
【０００９】
新規なＭＡＰバージョン３のオペレーションにおいては、ＶＬＲ間に使用される「ＳＥＮＤ  ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ（識別送信）」メッセージと、ＶＬＲとＨＬＲとの間に使用される「ＳＥＮＤ  ＡＵＴＨＥＮＴＩＦＩＣＡＴＩＯＮ  ＩＮＦＯ（認証情報送信）」メッセージが、ＵＭＴＳ  ＡＶｓの送信をサポートするためにリリース９９ＧＳＭ−ＵＮＴＳに既に規定されている。しかしながら、その仕様においてそれらが使用される仕方は、上記問題に対処するものではない。
更に、ＵＭＴＳとＧＳＭネットワークとの間のシステム間オペレーションを達成するためのメカニズムが、ＧＳＭユーザ（ＳＩＭ）に対する両ネットワーク間の機密相互オペレーションを許すために示唆されている。この示唆されたメカニズムによれば、ＭＳＣ／ＶＬＲは、標準的な変換機能により、受信したＧＳＭ認証ベクトルからＵＭＴＳ認証ベクトルを導出し、ＵＭＴＳセキュリティパラメータをＵＭＴＳ無線アクセスネットワークに与えることができる。移動ターミナル側では、移動ターミナルがＵＭＴＳ無線アクセスネットワークに位置するときに、ＵＥは、標準的な変換機能によりＧＳＭ認証パラメータからＵＭＴＳ認証パラメータを導出する。
しかしながら、この場合にも、新たなＭＳＣ／ＶＬＲが、移動ターミナルに設けられたＳＩＭ形式を知らない場合に上記の問題が発生する。
【００１０】
【発明の開示】
本発明の目的は、セキュリティを改善することのできる識別確認情報を選択するための方法及び装置を提供することである。
この目的は、ユーザ認識を確認するのに使用される識別確認情報を選択するための方法であって、識別確認情報をレジスタから要求し、上記レジスタから得られた識別確認情報の形式に基づいて、上記レジスタから得られた上記識別確認情報を使用すべきか又はユーザデータベースからの識別確認情報を使用すべきか判断し、そして上記判断段階の結果に応答して上記ユーザデータベースからの上記識別確認情報を検索するという段階を含む方法によって達成される。
【００１１】
更に、上記目的は、ユーザ認識を確認するのに使用される識別確認情報の選択を実行する装置であって、レジスタとの通信を実行するための通信手段と、上記レジスタから受信した識別確認情報の形式に基づいて、ユーザ装置の上記識別確認情報のソースについて判断するための判断手段と、上記判断手段の判断結果に基づき、上記レジスタ又はユーザデータベースのいずれかから上記識別確認情報を検索するための検索手段とを備えた装置によって達成される。
従って、レジスタとの通信が、所望の識別確認情報の送信がサポートされないという結果を招き、例えば、その識別確認情報又は異なる形式の識別確認情報をサポートしないプロトコルバージョンへの後退が決定されたときには、識別確認情報がユーザデータベースから検索され、これにより、所望の識別確認情報が使用されるよう保証する。
【００１２】
識別確認情報の形式は、ネゴシエーション結果に基づいて決定することができ、ネゴシエーションは、ＭＡＰバージョンネゴシエーションである。この場合、判断手段は、ネゴシエーションの結果が、識別確認情報をサポートしないＭＡＰバージョンである場合に、ユーザデータベースを識別確認情報のソースとして判断するように構成される。
更に、装置及び／又はレジスタは、ビジター位置レジスタであり、そしてユーザデータベースは、ホーム位置レジスタであり、選択は、位置更新手順の間に行われる。
識別確認情報は、セキュリティ及び／又は認証関連データ、例えば、認証ベクトルを含む。
【００１３】
好ましくは、識別確認情報は、ユーザ装置のＳＩＭ形式を指示するパラメータを含み、上記判断段階は、このパラメータに基づいて行われる。従って、識別確認情報からＳＩＭ形式指示情報を抽出するための抽出手段が設けられ、上記判断手段は、このＳＩＭ形式指示情報に基づいて判断を行うように構成される。この場合に、上記ＳＩＭ形式パラメータが、ユーザ装置にＵＳＩＭが設けられていることを指示する場合には、ＵＭＴＳ認証ベクトルが認証に使用される。より詳細には、古い位置レジスタから受け取られたＭＡＰ  ＳＥＮＤ  ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ（識別送信）応答メッセージにＳＩＭ形式のパラメータが含まれる。更に、ユーザデータベースから受け取られたＭＡＰ  ＳＥＮＤ  ＡＵＴＨＥＮＴＩＦＩＣＡＴＩＯＮ  ＩＮＦＯ（認証情報送信）応答メッセージにもＳＩＭ形式のパラメータが含まれる。ＳＩＭ形式のパラメータは、要求されたＭＡＰバージョンネゴシエーションがユーザデータベースに向かってサポートされない場合には、不定値にセットされる。
【００１４】
従って、位置レジスタ又はユーザデータベースは、ＩＭＳＩにより識別されるユーザ装置に関連した識別確認情報の形式を装置に明確に指示することができる。従って、売主が能力のサブセットしか実施しない場合でも、ＳＩＭ形式の指示を得ることができ、ＳＩＭ形式は、少なくとも未知であるとして指示され、新たな位置レジスタは、それに対応する識別確認情報をユーザデータベースから要求することができる。
或いは又、ユーザ装置のクラスマーク情報を判断段階に使用して、ユーザ装置のＳＩＭ形式を指示することもできる。
判断手段は、抽出されたＳＩＭ形式指示情報が不定である場合には、ユーザデータベースから受け取られた識別確認情報に基づいてＳＩＭ形式指示情報をセットし、或いは要求されたＭＡＰバージョンがユーザデータベースに向かってサポートされない場合には、ＳＩＭ形式指示情報を不定値にセットするように構成される。
【００１５】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
異なる能力、即ちリリースバージョンをもつ異なる種類のビジター位置レジスタを備えた移動ネットワークの位置エリアをローミングするＵＳＩＭに基づいて好ましい実施形態を以下に説明する。
最初に、本発明の好ましい実施形態による位置更新手順を、対応するフローチャートである図１を参照して説明する。ここに述べる位置更新手順は、ビジター位置レジスタ、汎用パケット無線サービス（ＧＰＲＳ）ネットワークのサービングＧＰＲＳサポートノード（ＳＧＳＮ）、又はネットワークのスイッチング要素により使用される他のレジスタにおいて実行されて、そのエリアに現在位置するローミング中のユーザ装置への又はそこからのコールを取り扱うための情報を検索することができる。
【００１６】
この手順は、ステップＳ１０１において、各位置エリアをローミング中のユーザ装置から位置更新要求が受け取られたときにスタートする。位置更新要求が受け取られた場合には、バージョンのネゴシエーション、例えば、ＭＡＰバージョンネゴシエーションが、位置更新要求メッセージに指示された古いＶＬＲで実行される（ステップＳ１０２）。次いで、識別確認情報、例えばセキュリティ及び／又は認証パラメータの要求が古いＶＬＲへ発生される（ステップＳ１０３）。
【００１７】
その後、通信に使用されるＭＡＰバージョンがステップＳ１０４においてチェックされる。要求されたＭＡＰバージョン、例えば、完全な識別確認情報を送信するのに必要なＭＡＰバージョン３が、古いＶＬＲによりサポートされる場合には、ＳＩＭ形式指示パラメータが、受信された識別確認情報から抽出される（ステップＳ１０５）。次いで、ＳＩＭ形式指示パラメータにより指示されたＳＩＭ形式がステップＳ１０６においてチェックされる。ＧＳＭ  ＳＩＭが指示された場合には、手順がステップＳ１０７へ分岐し、そこで、受信器のＧＳＭ認証ベクトルが新たなＶＬＲにより認証に使用される。ステップＳ１０６で決定されたＳＩＭ形式がＵＭＴＳ  ＵＳＩＭを指示する場合には、手順がステップＳ１１１へ分岐し、そこで、受信された識別確認情報（例えば、セキュリティ又は認証パラメータ）の形式がチェックされる。受信されたパラメータがＵＭＴＳ形式（例えば、ＵＭＴＳクイントプレット）である場合には、受信されたＵＭＴＳ認証ベクトル又はパラメータが新たなＶＬＲにおいて認証に使用される（Ｓ１１２）。さもなければ、受信されたパラメータがＧＳＭ形式（例えば、ＧＳＭトリプレット）の場合には、ユーザ装置のクラスマーク情報がステップＳ１１３においてチェックされる。クラスマークが、ユーザ装置がＧＳＭ形式であることを指示する場合には、受信されたＧＳＭパラメータが使用される（Ｓ１１６）。さもなければ、クラスマークが、ユーザ装置がより高い形式であることを指示する場合には、新たな認証情報（認証ベクトル）に対する要求がＨＬＲへ発生される（Ｓ１１４）。次いで、ＨＬＲから受信された新たな認証ベクトルが認証に使用される（Ｓ１１５）。これにより、ＳＩＭ形式指示パラメータにより「ＵＳＩＭ」が指示されるが新たな認証ベクトルをＨＬＲから検索しなければならないケースがカバーされる。このようなケースの一例として、古いＶＬＲそれ自体が、「ＵＳＩＭ」にセットされたＳＩＭ形式指示パラメータを受信してもよいし、受信したＵＭＴＳ認証ベクトル全部を使用してもよいし、新たなＧＳＭ認証ベクトルしか受信できないようにされてもよい。というのは、ＨＬＲに向かうＭＡＰバージョン２しかサポートしないからである。従って、新たなＶＬＲが、再び、ＨＬＲから新たな認証ベクトルを要求する。
【００１８】
ＳＩＭ形式指示パラメータが不定値、例えば、「未知」にセットされた場合には、手順がステップＳ１０８に分岐し、そこで、新たな認証情報の要求がＨＬＲへ発生される。次いで、新たなＶＬＲに使用されるＳＩＭ形式指示パラメータは、ＨＬＲから受信された新たな識別確認情報（認証ベクトル）に基づいてセットされる（ステップＳ１０９）。次いで、ＨＬＲから受信された認証ベクトルが、ステップＳ１１０において、新たな位置エリアに入るユーザ装置を認証するために使用される。
【００１９】
ステップＳ１０４において、要求されたＭＡＰバージョン３が古いＶＬＲによりサポートされないと決定された場合には、手順がステップＳ１１７へ分岐し、そこで、ＨＬＲに向かって新たなＶＬＲによりサポートされるＭＡＰバージョンがチェックされる。全識別確認情報（例えば、ＵＭＴＳ  ＡＶｓ）を送信するには充分でないＭＡＰバージョン、即ちＭＡＰバージョン２がサポートされる場合には、手順がステップＳ１２０へ分岐し、そこで、新たなＶＬＲに使用されるＳＩＭ形式指示パラメータが不定値（「未知」）にセットされる。一方、ＭＡＰバージョン３がＨＬＲに向かってサポートされる場合には、手順がステップＳ１１８へ分岐し、そこで、新たな識別確認情報（認証ベクトル）がＨＬＲから要求される。次いで、ＳＩＭ形式指示パラメータが、ステップＳ１１９において、識別確認情報（認証ベクトル）の受信形式に基づいてセットされる。
【００２０】
従って、本発明の好ましい実施形態によれば、ＶＬＲ間で不充分なＭＡＰバージョンへの後退がなされたときに、リリース９９ＭＳＣ／ＶＬＲが、ＨＬＲ／ＡｕＣからセキュリティ又は認証ベクトルを検索し、正しい認証パラメータが使用されるように保証する。
しかしながら、売主は、通常、リリース９８及びリリース９９ＶＬＲを厳密に実施せず、即ち特定のＶＬＲは、リリース９９ＭＡＰオペレーションのサブセットしか実施しない。従って、あるＶＬＲは、ＭＡＰ  ＳＥＮＤ  ＩＤＥＮＴＩＦＩＣＡＴＩＯＮメッセージのＭＡＰバージョン３を実施するが、ＭＡＰ  ＳＥＮＤ  ＡＵＴＨＥＮＴＩＦＩＣＡＴＩＯＮ  ＩＮＦＯメッセージのＭＡＰバージョン２しか実施しない状態が生じ得る。それ故、ＳＩＭ形式指示パラメータが与えられて、３つの異なる値、即ち「ＳＩＭ」、「ＵＳＩＭ」又は「未知」にセットすることができる。新たなＳＩＭ形式指示パラメータは、ＭＡＰ  ＳＥＮＤ  ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ応答メッセージに組み込むことができ、そして任意であるが、ＭＡＰ  ＳＥＮＤ  ＡＵＴＨＥＮＴＩＦＩＣＡＴＩＯＮ  ＩＮＦＯメッセージにも組み込むことができる。従って、ＶＬＲ及び任意であるがＨＬＲは、新たな位置エリアに入るユーザ装置の所与のＩＭＳＩに関連したＳＩＭの形式を新たなＶＬＲに指示することができる。
【００２１】
或いは又、新たなＶＬＲは、ＨＬＲから明確な指示を受け取らずに、ＨＬＲから受信したセキュリティ又は認証パラメータ又は加入者データの形式に基づいてこのパラメータをセットしてもよい。これにより、新たなＶＬＲにおいてユーザ装置に対し正しい識別確認情報が使用されることが保証される。
以下、図２に示すブロック図及び図３に示す対応するメッセージ流れ図を参照して、異なる種類のＶＬＲをローミングしているＵＳＩＭを示す例示的筋書きを説明する。
【００２２】
図２を参照すれば、移動ネットワークは、各ＭＳＣ／ＶＬＲ  Ａ、Ｂ及びＣ  ２１ないし２３に接続されたＨＬＲ（又はＨＬＲ／ＡｕＣ）１を備え、ここで、ＶＬＲは、関連ＭＳＣにより制御されるエリアをローミング中の移動加入者（ＵＥ）に対する位置及び管理のデータベースである。ＭＳＣは、そのエリアに現在位置する所与のＵＥ４に関連したデータを必要とするときに、それに対応するＶＬＲに質問する。ＵＥ４が、ＭＳＣ／ＶＬＲ  Ａ、Ｂ及びＣ  ２１ないし２３の１つとの位置更新手順を開始すると、それに対応するＭＳＣが当該情報を記憶するＶＬＲに通知する。この手順は、ＵＥ４が、ＭＳＣ／ＶＬＲ  Ａ、Ｂ及びＣ  ２１ないし２３の各１つによってサービスされる位置エリアＡ、Ｂ及びＣの別の１つにローミングするときに生じる。ＵＥ４とＭＳＣ／ＶＬＲ  Ａ、Ｂ及びＣ  ２１ないし２３との間の通信は、位置エリアＡ、Ｂ及びＣの各１つにおいてＵＥ４に無線接続された各無線アクセスネットワーク（ＲＡＮ）Ａ、Ｂ及びＣ  ３１ないし３３を経て実行される。ＲＡＮ  Ａ、Ｂ及びＣ  ３１ないし３３は、ベースステーションサブシステム、ＵＭＴＳ無線アクセスネットワーク等より成る。
【００２３】
図２に示すように、ＭＳＣ／ＶＬＲ  Ａ  ２１は、ＨＬＲ１及びＭＳＣ／ＶＬＲ  Ｂ  ２２に向かうＭＡＰバージョン２をサポートする。更に、ＭＳＣ／ＶＬＲ  Ｂ  ２２は、ＨＬＲ１に向かうＭＡＰバージョン２、及びＭＳＣ／ＶＬＲ  Ａ  ２１に向かうＭＡＰバージョン３をサポートする。最終的に、ＭＳＣ／ＶＬＲ  Ｃ  ２３は、ＨＬＲ１及びＭＳＣ／ＶＬＲ  Ｂ  ２２に向かうＭＡＰバージョン３をサポートする。従って、ＭＳＣ／ＶＬＲ  Ａ  ２１は、非ＵＭＴＳケーパブルＭＳＣ／ＶＬＲ（リリース９８ＧＳＭ  ＭＳＣ／ＶＬＲ）であり、ＭＳＣ／ＶＬＲ  Ｂ  ２２は、ハイブリッドＭＳＣ／ＶＬＲであり、そしてＭＳＣ／ＶＬＲ  Ｃ  ２３は、ＵＭＴＳケーパブルＭＳＣ／ＶＬＲ（リリース９９ＭＳＣ／ＶＬＲ）である。
【００２４】
以下、ＵＥ４が位置エリアＡから位置エリアＢへローミングし、そしてその後に、位置エリアＣへローミングするケースについて、図３を参照して説明する。
ＵＥ４が位置エリアＡにおいてアクチベートされると仮定すれば、ＩＭＳＩアタッチ手順がＵＥ４によりそのアクチベーションの際にＭＳＣ／ＶＬＲ  Ａ  ２１に向かって実行される。それに応答して、ＭＳＣ／ＶＬＲ  Ａ  ２１は、ＵＥ４のＩＭＳＩをＨＬＲに送信し、そしてＧＳＭ認証ベクトル（トリプレット）をＨＬＲ１から受信する。ＭＳＣ／ＶＬＲ  Ａ  ２１は、リリース９８ＭＳＣ／ＶＬＲであるから、ＧＳＭ認証ベクトルしかＭＳＣ／ＶＬＲ  Ａ  ２１に送信されないことに注意されたい。
【００２５】
ＵＥ４が位置エリアＡを出て位置エリアＢに入ると、各ＴＭＳＩを含む位置更新要求をハイブリッドＭＳＣ／ＶＬＲ  Ｂ  ２２へ発生する。これに応答して、ＭＳＣ／ＶＬＲ  Ｂ  ２２は、ＭＳＣ／ＶＬＲ  Ａ  ２１とのＭＡＰバージョンネゴシエーションを実行し、これは、ＭＡＰバージョン２の確立を招く。次いで、ＭＳＣ／ＶＬＲ  Ｂ  ２２は、ＭＳＣ／ＶＬＲ  Ａ  ２１から識別確認情報を要求し、そしてＧＳＭ認証ベクトル及びＵＥ４のＩＭＳＩを受信する。ＭＡＰバージョンネゴシエーションはＭＡＰバージョン２を導くので、ＭＳＣ／ＶＬＲ  Ｂ  ２２は、ＨＬＲ１から新たなセキュリティ又は認証パラメータを要求する。しかしながら、ここに示すケースでは、これは任意のものである。というのは、ＭＳＣ／ＶＬＲ  Ｂ  ２２は、要求を開始するアプリケーションが、ＭＡＰバージョン２しかＨＬＲ１に向かってサポートされないのを知っている場合に、ＨＬＲ１からパラメータを要求しないと判断するからである。
【００２６】
パラメータ要求に応答して、ＨＬＲ１は、ＧＳＭ認証ベクトルをＭＳＣ／ＶＬＲ  Ｂ  ２２へ送信する。以前のＭＳＣ／ＶＬＲ  Ｂ  ２２は、ＭＡＰバージョン２をＭＳＣ／ＶＬＲ  Ａ  ２１及びＨＬＲ１に向かって使用していた。従って、ＳＩＭ指示パラメータを「未知」にセットする。というのは、ＵＥ４に与えられるＳＩＭ形式を知らないからである。
ＵＥ４は、位置エリアＢを出て位置エリアＣに入るときに、古いＭＳＣ／ＶＬＲ  Ｂ  ２２のＴＭＳＩより成る位置更新要求を新たなＭＳＣ／ＶＬＲ  Ｃ  ２３へ送信する。次いで、ＭＳＣ／ＶＬＲ  Ｃ  ２３は、ＭＳＣ／ＶＬＲ  Ｂ  ２２に向かってＭＡＰバージョンネゴシエーションをスタートし、これは、ＭＡＰバージョン３の確立を招き、そしてＭＳＣ／ＶＬＲ  Ｂ  ２２から加入者ＩＭＳＩ及びセキュリティ認証パラメータを求める。これに応答して、ＩＭＳＩ及びセキュリティ認証パラメータは、ＳＩＭ形式指示パラメータと共に、新たなＭＳＣ／ＶＬＲ  Ｃ  ２３へ送信される。ＭＳＣ／ＶＬＲ  Ｃ  ２３は、ＳＩＭ形式指示パラメータに基づき、ＵＥ４のＳＩＭ形式が未知であり即ち不定であることに気付くので、ＨＬＲ１へ発生された対応要求により、要求されたＵＭＴＳ認証ベクトルを検索する。ＨＬＲ１からＵＭＴＳ認証ベクトルを受信すると、ＭＳＣ／ＶＬＲ  Ｃ  ２３は、ＵＥ４の加入者に関連したＳＩＭ形式指示パラメータを「ＵＳＩＭ」にセットする。従って、ＵＭＴＳ  ＭＳＣ／ＶＬＲ  Ｃ  ２３に正しい認証ベクトルが使用される。
【００２７】
図４は、上記の位置更新手順を実行するための装置、例えば、ＶＬＲユニット、ＧＳＧＮ等の基本的なブロック図である。図４によれば、ＨＬＲ１、又は装置が割り当てられた各ＭＳＣとの間で情報及びメッセージを送信／受信するためにトランシーバユニット（ＴＲＸ）２０１が設けられる。更に、シグナリング制御ユニット２０３が設けられ、これは、ＨＬＲ１又は割り当てられたＭＳＣで実行されるシグナリングを制御して、加入者データメモリ２０２と必要なデータ交換を行い、このデータメモリには、例えば、そのエリアに現在位置するローミング中の移動ステーションとの間のコールを取り扱うための加入者情報が記憶される。更に、シグナリング制御ユニット２０３は、割り当てられたＭＳＣを経て他の対応装置との各バージョンネゴシエーション（例えば、ＭＡＰバージョンネゴシエーション）を実行するように構成される。
【００２８】
好ましい実施形態によれば、位置更新手順の間にシグナリング制御ユニット２０３から供給される識別確認情報からＳＩＭ形式パラメータを抽出するためのＳＩＭ形式抽出器２０４が設けられる。更に、検索判断ユニット２０５が設けられ、これには、確立されたＭＡＰバージョンを指示する情報がシグナリング制御ユニット２０３から供給されると共に、ＳＩＭ形式抽出器２０４により抽出されたＳＩＭ形式パラメータが供給される。ＭＡＰバージョン及びＳＩＭ形式パラメータに基づき、検索判断ユニット１０５は、図１に示すフローチャートに基づいて説明したように、ＨＬＲ１から新たな識別確認情報（セキュリティ又は認証パラメータ）を要求するようにシグナリング制御ユニット２０３を制御する。
【００２９】
識別確認情報の選択は、必ずしも、位置レジスタで実行されたネゴシエーションの結果に基づかなくてもよい。受信した識別確認情報の形式は、情報のフォーマット又は構造、例えば、トリプレット、クイントプレット又は他の種類のベクトルに基づいて決定されてもよい。更に、識別確認情報のソースとしてユーザデータベースを選択するのを判断するのに必要なユーザ装置の種類又はバージョンを識別するために、クラスマーク情報を直接使用してもよい。
図２及び４の基本的ブロック図は、本発明に必要とされる機能を遂行するのに重要な要素しか示していないことに注意されたい。図示されたネットワークエンティティの他の要素は、簡単化のために省略されている。更に、図４に示す各ブロックの機能は、各装置に配置された処理ユニット（例えば、ＣＰＵ）を制御する制御プログラムの対応サブルーチンによって実行されてもよいことに注意されたい。
【００３０】
本発明は、検索されるべきいかなる種類のセキュリティ関連情報にも適用できる。例えば、本発明は、ＰＧＰ公開キー暗号化方法においてメッセージを暗号化又は暗号解読するのに使用される暗号化パラメータの選択にも使用でき、この場合、レジスタは、受信器又は送信器関連データを記憶するデータベースである。
更に、本発明は、ＧＳＭ／ＵＭＴＳネットワークにおいて認証パラメータを与えることに限定されないことを指摘しておく。異なるリリースバージョン又は能力を有する各ネットワークエンティティに識別確認情報を使用して、所望の識別確認情報の使用を保証するようないかなるテレコミュニケーションネットワークにも適用できる。従って、好ましい実施形態の上記説明及び添付図面は、本発明を単に例示するものに過ぎない。本発明の好ましい実施形態は、特許請求の範囲内で種々変更し得るものである。
【図面の簡単な説明】
【図１】  本発明の好ましい実施形態による位置更新手順のフローチャートである。
【図２】  異なる位置更新能力をもつビジター位置レジスタを備えた移動ネットワークの主たるブロック図である。
【図３】  図２の移動ネットワークにおいて位置更新手順に関連したメッセージ送信図である。
【図４】  本発明の好ましい実施形態により位置更新を遂行するための装置を示す基本的ブロック図である。
【図１】
0003854148.tif 000002
【図２】
0003854148.tif 000003
【図３】
0003854148.tif 000004
【図４】
0003854148.tif 000005