JP2003513572A

JP2003513572A - 識別確認情報を選択する方法及び装置

Info

Publication number: JP2003513572A
Application number: JP2001534904A
Authority: JP
Inventors: ユハベック; トニフルッコネン; テームメキネン; ハンヌ−ペッカサリン
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 1999-11-03
Filing date: 1999-11-03
Publication date: 2003-04-08
Anticipated expiration: 2019-11-03
Also published as: EP1226736A1; CN1155288C; BR9917538A; CN1375176A; DE69926548D1; CA2387608A1; ES2244251T3; EP1226736B1; DE69926548T2; AU1159900A; US7136646B1; JP3854148B2; BRPI9917538B1; WO2001033883A1; ATE301378T1; CA2387608C

Abstract

(57)【要約】本発明は、移動ネットワークにおいてユーザ装置の位置更新を実行するための方法及び装置であって、古い位置レジスタとのネゴシエーションの結果に基づいて、古い位置レジスタから得られた識別情報を使用するか又はユーザデータベースから識別情報を検索するか判断するような方法及び装置に係る。従って、要求された識別情報をサポートしないプロトコルバージョンへの後退が決定されたときには、識別情報がユーザデータベースから検索され、これにより、正しい識別情報が新たな位置レジスタに使用されるよう保証する。識別情報は、セキュリティ又は認証パラメータより成る。

Description

【発明の詳細な説明】

【０００１】

【技術分野】

本発明は、少なくとも２つのソース間で識別確認情報を選択する方法及び装置
に係る。本発明は、例えば、ＵＭＴＳ（ユニバーサル移動テレコミュニケーショ
ンシステム）ネットワークのようなセルラーネットワークの古い位置エリアから
新しい位置エリアに入るユーザ装置の位置更新手順であって、ビジター位置レジ
スタ及びホーム位置レジスタ間で認証又はセキュリティパラメータの選択が行わ
れる位置更新手順に適用することができる。

【０００２】

【背景技術】

加入者が移動ネットワーク内をローミングする間に、移動ターミナルは、位置
更新手順を使用することによりその位置を更新する。この手順は、無線アクセス
ネットワークにより専用のシステム情報としてブロードキャスト又は送信される
現在位置エリア識別子が変化するときに開始される。このプロセスでは、例えば
、エアインターフェイスにおいてセキュリティ、認証又は暗号化手順を可能にす
るために使用される認証又はセキュリティパラメータが、新たな接続岐路につい
ても必要とされる。

【０００３】位置エリアが変化するときには、それにサービスするビジター位置レジスタ（
ＶＬＲ）も変化する。このような状態では、新たなＶＬＲが、セキュリティ又は
認証パラメータ及び国際移動加入者認識（ＩＭＳＩ）のような識別確認情報を、
以前の即ち古いＶＬＲから受信する。次いで、移動ターミナルに割り当てられた
古い「一時的移動加入者認識（ＴＭＳＩ）」とＩＭＳＩとの間の関係が古いＶＬ
Ｒにおいて失われる。更に、位置更新手順の一部分として、ＨＬＲは、適切なコ
ール取り扱いのために新たなＶＬＲが知る必要のある加入者パラメータを送信す
る。

【０００４】より詳細には、移動ターミナルの位置及び加入者の管理に関連したデータが、
ＨＬＲとＶＬＲとの間で交換される。移動加入者に提供される主たるサービスは
、全サービスエリア内でコールを設定するか又は受信する能力である。これをサ
ポートするために、位置レジスタは、データを交換しなければならない。ＨＬＲ
は、移動加入者へのサービスをサポートするのに必要な全てのデータをＶＬＲへ
送信する。次いで、ＨＬＲは、その加入者の位置登録を打ち消すように以前のＶ
ＬＲに命令する。データの交換は、移動加入者が特定のサービスを受け取るとき
、移動加入者が自分の契約に付随するあるデータを変更したいとき、又は契約の
あるパラメータが管理手段により変更されるときに行われる。従って、ＨＬＲは
、移動加入者の管理を担当するデータベースである。

【０００５】移動ネットワークは、加入者の数、装置の容量及びネットワークの編成に基づ
いて１つ又は多数のＨＬＲを含む。ＨＬＲには、２種類の情報が記憶され、即ち
加入者情報と、移動ターミナルが位置するところの移動交換センター（ＭＳＣ）
に向かうコールのルーティング及び課金を可能にするある位置情報とである。各
移動契約には２つの形式の番号が付随されてＨＬＲに記憶され、それらは、ＩＭ
ＳＩと、１つ以上の移動ステーション国際ＩＳＤＮ番号（ＭＳＩＳＤＮ）である
。ＩＭＳＩ又はＭＳＩＳＤＮは、移動契約に対しデータベース内の情報にアクセ
スするためのキーとして使用されてもよい。

【０００６】ＶＬＲは、ＩＭＳＩ、ＭＳＩＳＤＮ、進行中のコールをもつ移動ターミナルの
ための移動ステーションローミング番号、もし適用できればＴＭＳＩ、もし使用
されればローカル移動ステーション認識、及び移動ステーションが登録されそし
てステーションをコールするのに使用される位置エリアを含むデータベースを備
えている。上記情報は、ＧＳＭ仕様書０３．１２に記載された手順によりＶＬＲ
とＨＬＲとの間に通される。加入者データの編成は、ＧＳＭ仕様書０３．０８に
要約されている。更に、認証センター（ＡｕＣ）が、ＨＬＲに組み合わされ、関連ＨＬＲに登録
された各移動加入者の認識を記憶する。このキーは、ＩＭＳＩを認証するのに使
用されるデータを発生するのに使用され、そして移動ターミナルと移動ネットワ
ークとの間の無線経路に沿った通信を暗号化するのに使用されるキーである。認
証及び暗号化に使用される手順は、ＧＳＭ仕様書０３．２０に記載されている。

【０００７】第３世代のＵＭＴＳネットワークの開発は、新規な形式の加入者認識モジュー
ル（ＳＩＭ）がＵＭＴＳ加入者認識モジュール（ＵＳＩＭ）として導入され、そ
して新たなセキュリティパラメータがそれに関連されるようなリリース９９ＧＳ
Ｍ／ＵＭＴＳシステムを導出した。ＧＳＭＳＩＭに関連したセキュリティ機能
は、ＧＳＭ認証ベクトル（ＡＶｓ）、即ちＧＳＭトリプレットを使用する。ＵＭ
ＴＳＵＳＩＭに関連した新たなセキュリティ機能は、ＵＭＴＳネットワークに
必要とされる付加的な認証パラメータより成るＵＭＴＳクイントプレットで構成
されるＵＭＴＳＡＶｓを使用する。しかしながら、ＵＳＩＭ移動ターミナルが非ＵＭＴＳケーパブルＧＳＭＭＳ
Ｃ／ＶＬＴ（リリース９８ＭＳＣ／ＶＬＲ）からＵＭＴＳケーパブルＧＳＭＭ
ＳＣ／ＶＬＲ（リリース９９ＭＳＣ／ＶＬＲ）へローミングするときには、次の
理由で問題が発生する。

【０００８】最初に、リリース９８ＭＳＣ／ＶＬＲは、加入者データと、加入者のためのセ
キュリティパラメータとを含む。加入者の移動のために、次の筋書きが実行され
る。ＵＥは、位置エリアの変化に気付き、そして「Ｌ３−ＭＭＬＯＣＡＴＩＯ
ＮＵＰＤＡＴＥＲＥＱＵＥＳＴ（位置更新要求）」メッセージを移動ネット
ワークに送信することにより位置更新手順を開始する。新たなＭＳＣ／ＶＬＲは
、ＵＥが到来するところの古い位置エリアが別のＭＳＣ／ＶＬＲにより制御され
ることを識別する。これは、ＭＡＰ（移動アプリケーションパート）バージョン
３ネゴシエーションを古いＭＳＣ／ＶＬＲに向かって開始し、そして古いリリー
ス９８ＭＳＣ／ＶＬＲはＭＡＰバージョン２しかサポートしないので、ＭＡＰバ
ージョン２への後退が行われる。新たなＭＳＣ／ＶＬＲは、古い位置エリア識別
子及びＴＭＳＩを古いＭＳＣ／ＶＬＲへ送信して、ＩＭＳＩ及び認証パラメータ
を検索する。これに応答して、古いリリース９８ＭＳＣ／ＶＬＲは、加入者のＩ
ＭＳＩ及びＧＳＭトリプレット（ＧＳＭＡＶｓ）を返送する。ここで、新たな
リリース９９ＭＳＣ／ＶＬＲは、加入者が移動ターミナルにＵＳＩＭを有するか
どうかそしてＵＭＴＳＡＶｓを使用しなければならないかどうかを知らないの
で、問題が発生する。

【０００９】新規なＭＡＰバージョン３のオペレーションにおいては、ＶＬＲ間に使用され
る「ＳＥＮＤＩＤＥＮＴＩＦＩＣＡＴＩＯＮ（識別送信）」メッセージと、Ｖ
ＬＲとＨＬＲとの間に使用される「ＳＥＮＤＡＵＴＨＥＮＴＩＦＩＣＡＴＩＯ
ＮＩＮＦＯ（認証情報送信）」メッセージが、ＵＭＴＳＡＶｓの送信をサポ
ートするためにリリース９９ＧＳＭ−ＵＮＴＳに既に規定されている。しかしな
がら、その仕様においてそれらが使用される仕方は、上記問題に対処するもので
はない。更に、ＵＭＴＳとＧＳＭネットワークとの間のシステム間オペレーションを達
成するためのメカニズムが、ＧＳＭユーザ（ＳＩＭ）に対する両ネットワーク間
の機密相互オペレーションを許すために示唆されている。この示唆されたメカニ
ズムによれば、ＭＳＣ／ＶＬＲは、標準的な変換機能により、受信したＧＳＭ認
証ベクトルからＵＭＴＳ認証ベクトルを導出し、ＵＭＴＳセキュリティパラメー
タをＵＭＴＳ無線アクセスネットワークに与えることができる。移動ターミナル
側では、移動ターミナルがＵＭＴＳ無線アクセスネットワークに位置するときに
、ＵＥは、標準的な変換機能によりＧＳＭ認証パラメータからＵＭＴＳ認証パラ
メータを導出する。しかしながら、この場合にも、新たなＭＳＣ／ＶＬＲが、移動ターミナルに設
けられたＳＩＭ形式を知らない場合に上記の問題が発生する。

【００１０】

【発明の開示】

本発明の目的は、セキュリティを改善することのできる識別確認情報を選択す
るための方法及び装置を提供することである。この目的は、ユーザ認識を確認するのに使用される識別確認情報を選択するた
めの方法であって、識別確認情報をレジスタから要求し、上記レジスタから得ら
れた識別確認情報の形式に基づいて、上記レジスタから得られた上記識別確認情
報を使用すべきか又はユーザデータベースからの識別確認情報を使用すべきか判
断し、そして上記判断段階の結果に応答して上記ユーザデータベースからの上記
識別確認情報を検索するという段階を含む方法によって達成される。

【００１１】更に、上記目的は、ユーザ認識を確認するのに使用される識別確認情報の選択
を実行する装置であって、レジスタとの通信を実行するための通信手段と、上記
レジスタから受信した識別確認情報の形式に基づいて、ユーザ装置の上記識別確
認情報のソースについて判断するための判断手段と、上記判断手段の判断結果に
基づき、上記レジスタ又はユーザデータベースのいずれかから上記識別確認情報
を検索するための検索手段とを備えた装置によって達成される。従って、レジスタとの通信が、所望の識別確認情報の送信がサポートされない
という結果を招き、例えば、その識別確認情報又は異なる形式の識別確認情報を
サポートしないプロトコルバージョンへの後退が決定されたときには、識別確認
情報がユーザデータベースから検索され、これにより、所望の識別確認情報が使
用されるよう保証する。

【００１２】識別確認情報の形式は、ネゴシエーション結果に基づいて決定することができ
、ネゴシエーションは、ＭＡＰバージョンネゴシエーションである。この場合、
判断手段は、ネゴシエーションの結果が、識別確認情報をサポートしないＭＡＰ
バージョンである場合に、ユーザデータベースを識別確認情報のソースとして判
断するように構成される。更に、装置及び／又はレジスタは、ビジター位置レジスタであり、そしてユー
ザデータベースは、ホーム位置レジスタであり、選択は、位置更新手順の間に行
われる。識別確認情報は、セキュリティ及び／又は認証関連データ、例えば、認証ベク
トルを含む。

【００１３】好ましくは、識別確認情報は、ユーザ装置のＳＩＭ形式を指示するパラメータ
を含み、上記判断段階は、このパラメータに基づいて行われる。従って、識別確
認情報からＳＩＭ形式指示情報を抽出するための抽出手段が設けられ、上記判断
手段は、このＳＩＭ形式指示情報に基づいて判断を行うように構成される。この
場合に、上記ＳＩＭ形式パラメータが、ユーザ装置にＵＳＩＭが設けられている
ことを指示する場合には、ＵＭＴＳ認証ベクトルが認証に使用される。より詳細
には、古い位置レジスタから受け取られたＭＡＰＳＥＮＤＩＤＥＮＴＩＦＩ
ＣＡＴＩＯＮ（識別送信）応答メッセージにＳＩＭ形式のパラメータが含まれる
。更に、ユーザデータベースから受け取られたＭＡＰＳＥＮＤＡＵＴＨＥＮ
ＴＩＦＩＣＡＴＩＯＮＩＮＦＯ（認証情報送信）応答メッセージにもＳＩＭ形
式のパラメータが含まれる。ＳＩＭ形式のパラメータは、要求されたＭＡＰバー
ジョンネゴシエーションがユーザデータベースに向かってサポートされない場合
には、不定値にセットされる。

【００１４】従って、位置レジスタ又はユーザデータベースは、ＩＭＳＩにより識別される
ユーザ装置に関連した識別確認情報の形式を装置に明確に指示することができる
。従って、売主が能力のサブセットしか実施しない場合でも、ＳＩＭ形式の指示
を得ることができ、ＳＩＭ形式は、少なくとも未知であるとして指示され、新た
な位置レジスタは、それに対応する識別確認情報をユーザデータベースから要求
することができる。或いは又、ユーザ装置のクラスマーク情報を判断段階に使用して、ユーザ装置
のＳＩＭ形式を指示することもできる。判断手段は、抽出されたＳＩＭ形式指示情報が不定である場合には、ユーザデ
ータベースから受け取られた識別確認情報に基づいてＳＩＭ形式指示情報をセッ
トし、或いは要求されたＭＡＰバージョンがユーザデータベースに向かってサポ
ートされない場合には、ＳＩＭ形式指示情報を不定値にセットするように構成さ
れる。

【００１５】

【発明を実施するための最良の形態】

以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。異なる能力、即ちリリースバージョンをもつ異なる種類のビジター位置レジス
タを備えた移動ネットワークの位置エリアをローミングするＵＳＩＭに基づいて
好ましい実施形態を以下に説明する。最初に、本発明の好ましい実施形態による位置更新手順を、対応するフローチ
ャートである図１を参照して説明する。ここに述べる位置更新手順は、ビジター
位置レジスタ、汎用パケット無線サービス（ＧＰＲＳ）ネットワークのサービン
グＧＰＲＳサポートノード（ＳＧＳＮ）、又はネットワークのスイッチング要素
により使用される他のレジスタにおいて実行されて、そのエリアに現在位置する
ローミング中のユーザ装置への又はそこからのコールを取り扱うための情報を検
索することができる。

【００１６】この手順は、ステップＳ１０１において、各位置エリアをローミング中のユー
ザ装置から位置更新要求が受け取られたときにスタートする。位置更新要求が受
け取られた場合には、バージョンのネゴシエーション、例えば、ＭＡＰバージョ
ンネゴシエーションが、位置更新要求メッセージに指示された古いＶＬＲで実行
される（ステップＳ１０２）。次いで、識別確認情報、例えばセキュリティ及び
／又は認証パラメータの要求が古いＶＬＲへ発生される（ステップＳ１０３）。

【００１７】その後、通信に使用されるＭＡＰバージョンがステップＳ１０４においてチェ
ックされる。要求されたＭＡＰバージョン、例えば、完全な識別確認情報を送信
するのに必要なＭＡＰバージョン３が、古いＶＬＲによりサポートされる場合に
は、ＳＩＭ形式指示パラメータが、受信された識別確認情報から抽出される（ス
テップＳ１０５）。次いで、ＳＩＭ形式指示パラメータにより指示されたＳＩＭ
形式がステップＳ１０６においてチェックされる。ＧＳＭＳＩＭが指示された
場合には、手順がステップＳ１０７へ分岐し、そこで、受信器のＧＳＭ認証ベク
トルが新たなＶＬＲにより認証に使用される。ステップＳ１０６で決定されたＳ
ＩＭ形式がＵＭＴＳＵＳＩＭを指示する場合には、手順がステップＳ１１１へ
分岐し、そこで、受信された識別確認情報（例えば、セキュリティ又は認証パラ
メータ）の形式がチェックされる。受信されたパラメータがＵＭＴＳ形式（例え
ば、ＵＭＴＳクイントプレット）である場合には、受信されたＵＭＴＳ認証ベク
トル又はパラメータが新たなＶＬＲにおいて認証に使用される（Ｓ１１２）。さ
もなければ、受信されたパラメータがＧＳＭ形式（例えば、ＧＳＭトリプレット
）の場合には、ユーザ装置のクラスマーク情報がステップＳ１１３においてチェ
ックされる。クラスマークが、ユーザ装置がＧＳＭ形式であることを指示する場
合には、受信されたＧＳＭパラメータが使用される（Ｓ１１６）。さもなければ
、クラスマークが、ユーザ装置がより高い形式であることを指示する場合には、
新たな認証情報（認証ベクトル）に対する要求がＨＬＲへ発生される（Ｓ１１４
）。次いで、ＨＬＲから受信された新たな認証ベクトルが認証に使用される（Ｓ
１１５）。これにより、ＳＩＭ形式指示パラメータにより「ＵＳＩＭ」が指示さ
れるが新たな認証ベクトルをＨＬＲから検索しなければならないケースがカバー
される。このようなケースの一例として、古いＶＬＲそれ自体が、「ＵＳＩＭ」
にセットされたＳＩＭ形式指示パラメータを受信してもよいし、受信したＵＭＴ
Ｓ認証ベクトル全部を使用してもよいし、新たなＧＳＭ認証ベクトルしか受信で
きないようにされてもよい。というのは、ＨＬＲに向かうＭＡＰバージョン２し
かサポートしないからである。従って、新たなＶＬＲが、再び、ＨＬＲから新た
な認証ベクトルを要求する。

【００１８】ＳＩＭ形式指示パラメータが不定値、例えば、「未知」にセットされた場合に
は、手順がステップＳ１０８に分岐し、そこで、新たな認証情報の要求がＨＬＲ
へ発生される。次いで、新たなＶＬＲに使用されるＳＩＭ形式指示パラメータは
、ＨＬＲから受信された新たな識別確認情報（認証ベクトル）に基づいてセット
される（ステップＳ１０９）。次いで、ＨＬＲから受信された認証ベクトルが、
ステップＳ１１０において、新たな位置エリアに入るユーザ装置を認証するため
に使用される。

【００１９】ステップＳ１０４において、要求されたＭＡＰバージョン３が古いＶＬＲによ
りサポートされないと決定された場合には、手順がステップＳ１１７へ分岐し、
そこで、ＨＬＲに向かって新たなＶＬＲによりサポートされるＭＡＰバージョン
がチェックされる。全識別確認情報（例えば、ＵＭＴＳＡＶｓ）を送信するに
は充分でないＭＡＰバージョン、即ちＭＡＰバージョン２がサポートされる場合
には、手順がステップＳ１２０へ分岐し、そこで、新たなＶＬＲに使用されるＳ
ＩＭ形式指示パラメータが不定値（「未知」）にセットされる。一方、ＭＡＰバ
ージョン３がＨＬＲに向かってサポートされる場合には、手順がステップＳ１１
８へ分岐し、そこで、新たな識別確認情報（認証ベクトル）がＨＬＲから要求さ
れる。次いで、ＳＩＭ形式指示パラメータが、ステップＳ１１９において、識別
確認情報（認証ベクトル）の受信形式に基づいてセットされる。

【００２０】従って、本発明の好ましい実施形態によれば、ＶＬＲ間で不充分なＭＡＰバー
ジョンへの後退がなされたときに、リリース９９ＭＳＣ／ＶＬＲが、ＨＬＲ／Ａ
ｕＣからセキュリティ又は認証ベクトルを検索し、正しい認証パラメータが使用
されるように保証する。しかしながら、売主は、通常、リリース９８及びリリース９９ＶＬＲを厳密に
実施せず、即ち特定のＶＬＲは、リリース９９ＭＡＰオペレーションのサブセッ
トしか実施しない。従って、あるＶＬＲは、ＭＡＰＳＥＮＤＩＤＥＮＴＩＦ
ＩＣＡＴＩＯＮメッセージのＭＡＰバージョン３を実施するが、ＭＡＰＳＥＮ
ＤＡＵＴＨＥＮＴＩＦＩＣＡＴＩＯＮＩＮＦＯメッセージのＭＡＰバージョ
ン２しか実施しない状態が生じ得る。それ故、ＳＩＭ形式指示パラメータが与え
られて、３つの異なる値、即ち「ＳＩＭ」、「ＵＳＩＭ」又は「未知」にセット
することができる。新たなＳＩＭ形式指示パラメータは、ＭＡＰＳＥＮＤＩ
ＤＥＮＴＩＦＩＣＡＴＩＯＮ応答メッセージに組み込むことができ、そして任意
であるが、ＭＡＰＳＥＮＤＡＵＴＨＥＮＴＩＦＩＣＡＴＩＯＮＩＮＦＯメ
ッセージにも組み込むことができる。従って、ＶＬＲ及び任意であるがＨＬＲは
、新たな位置エリアに入るユーザ装置の所与のＩＭＳＩに関連したＳＩＭの形式
を新たなＶＬＲに指示することができる。

【００２１】或いは又、新たなＶＬＲは、ＨＬＲから明確な指示を受け取らずに、ＨＬＲか
ら受信したセキュリティ又は認証パラメータ又は加入者データの形式に基づいて
このパラメータをセットしてもよい。これにより、新たなＶＬＲにおいてユーザ
装置に対し正しい識別確認情報が使用されることが保証される。以下、図２に示すブロック図及び図３に示す対応するメッセージ流れ図を参照
して、異なる種類のＶＬＲをローミングしているＵＳＩＭを示す例示的筋書きを
説明する。

【００２２】図２を参照すれば、移動ネットワークは、各ＭＳＣ／ＶＬＲＡ、Ｂ及びＣ
２１ないし２３に接続されたＨＬＲ（又はＨＬＲ／ＡｕＣ）１を備え、ここで、
ＶＬＲは、関連ＭＳＣにより制御されるエリアをローミング中の移動加入者（Ｕ
Ｅ）に対する位置及び管理のデータベースである。ＭＳＣは、そのエリアに現在
位置する所与のＵＥ４に関連したデータを必要とするときに、それに対応するＶ
ＬＲに質問する。ＵＥ４が、ＭＳＣ／ＶＬＲＡ、Ｂ及びＣ２１ないし２３の
１つとの位置更新手順を開始すると、それに対応するＭＳＣが当該情報を記憶す
るＶＬＲに通知する。この手順は、ＵＥ４が、ＭＳＣ／ＶＬＲＡ、Ｂ及びＣ
２１ないし２３の各１つによってサービスされる位置エリアＡ、Ｂ及びＣの別の
１つにローミングするときに生じる。ＵＥ４とＭＳＣ／ＶＬＲＡ、Ｂ及びＣ
２１ないし２３との間の通信は、位置エリアＡ、Ｂ及びＣの各１つにおいてＵＥ
４に無線接続された各無線アクセスネットワーク（ＲＡＮ）Ａ、Ｂ及びＣ３１
ないし３３を経て実行される。ＲＡＮＡ、Ｂ及びＣ３１ないし３３は、ベー
スステーションサブシステム、ＵＭＴＳ無線アクセスネットワーク等より成る。

【００２３】図２に示すように、ＭＳＣ／ＶＬＲＡ２１は、ＨＬＲ１及びＭＳＣ／ＶＬ
ＲＢ２２に向かうＭＡＰバージョン２をサポートする。更に、ＭＳＣ／ＶＬ
ＲＢ２２は、ＨＬＲ１に向かうＭＡＰバージョン２、及びＭＳＣ／ＶＬＲ
Ａ２１に向かうＭＡＰバージョン３をサポートする。最終的に、ＭＳＣ／ＶＬ
ＲＣ２３は、ＨＬＲ１及びＭＳＣ／ＶＬＲＢ２２に向かうＭＡＰバージ
ョン３をサポートする。従って、ＭＳＣ／ＶＬＲＡ２１は、非ＵＭＴＳケー
パブルＭＳＣ／ＶＬＲ（リリース９８ＧＳＭＭＳＣ／ＶＬＲ）であり、ＭＳＣ
／ＶＬＲＢ２２は、ハイブリッドＭＳＣ／ＶＬＲであり、そしてＭＳＣ／Ｖ
ＬＲＣ２３は、ＵＭＴＳケーパブルＭＳＣ／ＶＬＲ（リリース９９ＭＳＣ／
ＶＬＲ）である。

【００２４】以下、ＵＥ４が位置エリアＡから位置エリアＢへローミングし、そしてその後
に、位置エリアＣへローミングするケースについて、図３を参照して説明する。ＵＥ４が位置エリアＡにおいてアクチベートされると仮定すれば、ＩＭＳＩア
タッチ手順がＵＥ４によりそのアクチベーションの際にＭＳＣ／ＶＬＲＡ２
１に向かって実行される。それに応答して、ＭＳＣ／ＶＬＲＡ２１は、ＵＥ
４のＩＭＳＩをＨＬＲに送信し、そしてＧＳＭ認証ベクトル（トリプレット）を
ＨＬＲ１から受信する。ＭＳＣ／ＶＬＲＡ２１は、リリース９８ＭＳＣ／Ｖ
ＬＲであるから、ＧＳＭ認証ベクトルしかＭＳＣ／ＶＬＲＡ２１に送信され
ないことに注意されたい。

【００２５】ＵＥ４が位置エリアＡを出て位置エリアＢに入ると、各ＴＭＳＩを含む位置更
新要求をハイブリッドＭＳＣ／ＶＬＲＢ２２へ発生する。これに応答して、
ＭＳＣ／ＶＬＲＢ２２は、ＭＳＣ／ＶＬＲＡ２１とのＭＡＰバージョン
ネゴシエーションを実行し、これは、ＭＡＰバージョン２の確立を招く。次いで
、ＭＳＣ／ＶＬＲＢ２２は、ＭＳＣ／ＶＬＲＡ２１から識別確認情報を
要求し、そしてＧＳＭ認証ベクトル及びＵＥ４のＩＭＳＩを受信する。ＭＡＰバ
ージョンネゴシエーションはＭＡＰバージョン２を導くので、ＭＳＣ／ＶＬＲ
Ｂ２２は、ＨＬＲ１から新たなセキュリティ又は認証パラメータを要求する。
しかしながら、ここに示すケースでは、これは任意のものである。というのは、
ＭＳＣ／ＶＬＲＢ２２は、要求を開始するアプリケーションが、ＭＡＰバー
ジョン２しかＨＬＲ１に向かってサポートされないのを知っている場合に、ＨＬ
Ｒ１からパラメータを要求しないと判断するからである。

【００２６】パラメータ要求に応答して、ＨＬＲ１は、ＧＳＭ認証ベクトルをＭＳＣ／ＶＬ
ＲＢ２２へ送信する。以前のＭＳＣ／ＶＬＲＢ２２は、ＭＡＰバージョ
ン２をＭＳＣ／ＶＬＲＡ２１及びＨＬＲ１に向かって使用していた。従って
、ＳＩＭ指示パラメータを「未知」にセットする。というのは、ＵＥ４に与えら
れるＳＩＭ形式を知らないからである。ＵＥ４は、位置エリアＢを出て位置エリアＣに入るときに、古いＭＳＣ／ＶＬ
ＲＢ２２のＴＭＳＩより成る位置更新要求を新たなＭＳＣ／ＶＬＲＣ２
３へ送信する。次いで、ＭＳＣ／ＶＬＲＣ２３は、ＭＳＣ／ＶＬＲＢ２
２に向かってＭＡＰバージョンネゴシエーションをスタートし、これは、ＭＡＰ
バージョン３の確立を招き、そしてＭＳＣ／ＶＬＲＢ２２から加入者ＩＭＳ
Ｉ及びセキュリティ認証パラメータを求める。これに応答して、ＩＭＳＩ及びセ
キュリティ認証パラメータは、ＳＩＭ形式指示パラメータと共に、新たなＭＳＣ
／ＶＬＲＣ２３へ送信される。ＭＳＣ／ＶＬＲＣ２３は、ＳＩＭ形式指
示パラメータに基づき、ＵＥ４のＳＩＭ形式が未知であり即ち不定であることに
気付くので、ＨＬＲ１へ発生された対応要求により、要求されたＵＭＴＳ認証ベ
クトルを検索する。ＨＬＲ１からＵＭＴＳ認証ベクトルを受信すると、ＭＳＣ／
ＶＬＲＣ２３は、ＵＥ４の加入者に関連したＳＩＭ形式指示パラメータを「
ＵＳＩＭ」にセットする。従って、ＵＭＴＳＭＳＣ／ＶＬＲＣ２３に正し
い認証ベクトルが使用される。

【００２７】図４は、上記の位置更新手順を実行するための装置、例えば、ＶＬＲユニット
、ＧＳＧＮ等の基本的なブロック図である。図４によれば、ＨＬＲ１、又は装置
が割り当てられた各ＭＳＣとの間で情報及びメッセージを送信／受信するために
トランシーバユニット（ＴＲＸ）２０１が設けられる。更に、シグナリング制御
ユニット２０３が設けられ、これは、ＨＬＲ１又は割り当てられたＭＳＣで実行
されるシグナリングを制御して、加入者データメモリ２０２と必要なデータ交換
を行い、このデータメモリには、例えば、そのエリアに現在位置するローミング
中の移動ステーションとの間のコールを取り扱うための加入者情報が記憶される
。更に、シグナリング制御ユニット２０３は、割り当てられたＭＳＣを経て他の
対応装置との各バージョンネゴシエーション（例えば、ＭＡＰバージョンネゴシ
エーション）を実行するように構成される。

【００２８】好ましい実施形態によれば、位置更新手順の間にシグナリング制御ユニット２
０３から供給される識別確認情報からＳＩＭ形式パラメータを抽出するためのＳ
ＩＭ形式抽出器２０４が設けられる。更に、検索判断ユニット２０５が設けられ
、これには、確立されたＭＡＰバージョンを指示する情報がシグナリング制御ユ
ニット２０３から供給されると共に、ＳＩＭ形式抽出器２０４により抽出された
ＳＩＭ形式パラメータが供給される。ＭＡＰバージョン及びＳＩＭ形式パラメー
タに基づき、検索判断ユニット１０５は、図１に示すフローチャートに基づいて
説明したように、ＨＬＲ１から新たな識別確認情報（セキュリティ又は認証パラ
メータ）を要求するようにシグナリング制御ユニット２０３を制御する。

【００２９】識別確認情報の選択は、必ずしも、位置レジスタで実行されたネゴシエーショ
ンの結果に基づかなくてもよい。受信した識別確認情報の形式は、情報のフォー
マット又は構造、例えば、トリプレット、クイントプレット又は他の種類のベク
トルに基づいて決定されてもよい。更に、識別確認情報のソースとしてユーザデ
ータベースを選択するのを判断するのに必要なユーザ装置の種類又はバージョン
を識別するために、クラスマーク情報を直接使用してもよい。図２及び４の基本的ブロック図は、本発明に必要とされる機能を遂行するのに
重要な要素しか示していないことに注意されたい。図示されたネットワークエン
ティティの他の要素は、簡単化のために省略されている。更に、図４に示す各ブ
ロックの機能は、各装置に配置された処理ユニット（例えば、ＣＰＵ）を制御す
る制御プログラムの対応サブルーチンによって実行されてもよいことに注意され
たい。

【００３０】本発明は、検索されるべきいかなる種類のセキュリティ関連情報にも適用でき
る。例えば、本発明は、ＰＧＰ公開キー暗号化方法においてメッセージを暗号化
又は暗号解読するのに使用される暗号化パラメータの選択にも使用でき、この場
合、レジスタは、受信器又は送信器関連データを記憶するデータベースである。更に、本発明は、ＧＳＭ／ＵＭＴＳネットワークにおいて認証パラメータを与
えることに限定されないことを指摘しておく。異なるリリースバージョン又は能
力を有する各ネットワークエンティティに識別確認情報を使用して、所望の識別
確認情報の使用を保証するようないかなるテレコミュニケーションネットワーク
にも適用できる。従って、好ましい実施形態の上記説明及び添付図面は、本発明
を単に例示するものに過ぎない。本発明の好ましい実施形態は、特許請求の範囲
内で種々変更し得るものである。

【図面の簡単な説明】

【図１】本発明の好ましい実施形態による位置更新手順のフローチャートである。

【図２】異なる位置更新能力をもつビジター位置レジスタを備えた移動ネットワークの
主たるブロック図である。

【図３】図２の移動ネットワークにおいて位置更新手順に関連したメッセージ送信図で
ある。

【図４】本発明の好ましい実施形態により位置更新を遂行するための装置を示す基本的
ブロック図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者メキネンテームフィンランドエフイーエン−02150 エスプーケイララーデンティエ４ノキアネットワークスオサケユキチュア (72)発明者サリンハンヌ−ペッカフィンランドエフイーエン−02150 エスプーケイララーデンティエ４ノキアネットワークスオサケユキチュアＦターム(参考） 5B085 AA08 AE02 AE15 AE23 BC02 BE04 BG02 BG07 5J104 AA07 AA12 EA02 EA19 JA21 KA01 KA05 MA03 NA02 PA01 5K067 AA21 BB04 BB21 DD17 DD19 DD20 DD51 DD57 EE02 EE10 EE16 FF03 HH22 HH36 JJ61

Claims

【特許請求の範囲】

【請求項１】ユーザ認識を確認するのに使用される識別確認情報を選択す
るための方法であって、ａ）識別確認情報をレジスタから要求し、ｂ）上記レジスタから得られた識別確認情報の形式に基づいて、上記レジスタ
から得られた上記識別確認情報を使用すべきか又はユーザデータベース(1)から
の識別確認情報を使用すべきか判断し、そしてｃ）上記判断段階の結果に応答して上記ユーザデータベースからの上記識別確
認情報を検索する、という段階を含む方法。
【請求項２】上記識別確認情報は、セキュリティ及び／又は認証関連デー
タより成る請求項１に記載の方法。
【請求項３】上記レジスタはビジター位置レジスタ(21-23)であり、上記
ユーザデータベースはホーム位置レジスタ(1)であり、そして上記選択は、位置
更新手順の間に行われる請求項１又は２に記載の方法。
【請求項４】上記識別確認情報は、公開キー暗号に使用される暗号情報で
ある請求項１に記載の方法。
【請求項５】上記識別確認情報の形式は、ネゴシエーション結果に基づい
て決定される請求項１ないし３のいずれかに記載の方法。
【請求項６】上記ネゴシエーションは、ＭＡＰバージョンネゴシエーショ
ンである請求項５に記載の方法。
【請求項７】上記識別確認情報は、上記ネゴシエーションが、識別確認情
報をサポートしないＭＡＰバージョンの使用を導く場合に、上記ユーザデータベ
ースから検索される請求項６に記載の方法。
【請求項８】ユーザ装置のＳＩＭ形式を指示するパラメータが上記識別確
認情報に追加され、そして上記判断段階は、このパラメータに基づいて実行され
る請求項１ないし７のいずれかに記載の方法。
【請求項９】上記ＳＩＭ形式パラメータが、上記ユーザ装置にＵＳＩＭが
与えられることを指示する場合に、ＵＭＴＳ認証ベクトルが認証に使用される請
求項８に記載の方法。
【請求項１０】上記ＳＩＭ形式パラメータは、上記レジスタから受け取っ
たＭＡＰＳＥＮＤＩＤＥＮＴＩＦＩＣＡＴＩＯＮ応答メッセージに含まれる
請求項８又は９に記載の方法。
【請求項１１】上記ＳＩＭ形式パラメータは、上記ユーザデータベースか
ら受け取ったＭＡＰＳＥＮＤＡＵＴＨＥＮＴＩＣＩＣＡＴＩＯＮＩＮＦＯ
応答メッセージに含まれる請求項８ないし１０のいずれかに記載の方法。
【請求項１２】上記ＳＩＭ形式パラメータは、要求されたＭＡＰバージョ
ンが上記レジスタ及び上記ユーザデータベースに向かってサポートされない場合
に、不定値にセットされる請求項８ないし１１のいずれかに記載の方法。
【請求項１３】ユーザ認識を確認するのに使用される識別確認情報の選択
を実行する装置であって、ａ）レジスタとの通信を実行するための通信手段(203)と、ｂ）上記レジスタから受信した識別確認情報の形式に基づいて、ユーザ装置の
上記識別確認情報のソースについて判断するための判断手段(205)と、ｃ）上記判断手段(205)の判断結果に基づき、上記レジスタ又はユーザデータ
ベース(1)のいずれかから上記識別確認情報を検索するための検索手段(203)と、
を備えた装置。
【請求項１４】上記装置は、ビジター位置レジスタ(21-23)である請求項
１１に記載の装置。
【請求項１５】上記レジスタは、ビジター位置レジスタ(21-23)であり、
そして上記ユーザデータベースは、ホーム位置レジスタ(1)である請求項１１又
は１２に記載の装置。
【請求項１６】識別確認情報の上記形式は、上記レジスタとのネゴシエー
ションに基づいて決定される請求項１３ないし１５のいずれかに記載の装置。
【請求項１７】上記ネゴシエーションは、ＭＡＰバージョンネゴシエーシ
ョンである請求項１６に記載の装置。
【請求項１８】上記判断手段(205)は、上記ネゴシエーションの結果が、
識別確認情報をサポートしないＭＡＰバージョンである場合に、上記ユーザデー
タベース(4)を上記識別確認情報のソースとして判断するよう構成された請求項
１７に記載の装置。
【請求項１９】上記識別確認情報からＳＩＭ形式指示情報を抽出するため
の抽出手段(204)を更に備え、上記判断手段(205)は、上記ＳＩＭ形式指示情報に
基づいて判断を行うように構成された請求項１３ないし１８のいずれかに記載の
装置。
【請求項２０】上記判断手段(205)は、要求されたＭＡＰバージョンが上
記レジスタ及び上記ユーザデータベース(1)に向かってサポートされない場合に
上記ＳＩＭ形式指示情報を不定値にセットするように構成された請求項１９に記
載の装置。
【請求項２１】上記判断手段(205)は、上記抽出されたＳＩＭ形式の指示
情報が不定である場合には、上記ユーザデータベース(4)から検索された識別確
認情報に基づいて上記ＳＩＭ形式指示情報をセットするように構成される請求項
１９又は２０に記載の装置。