(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-06-28
(45)【発行日】2022-07-06
(54)【発明の名称】端末と連携する改良されたＵＩＣＣをパーソナライズする方法
(51)【国際特許分類】
H04W 8/20 20090101AFI20220629BHJP
H04W 92/08 20090101ALI20220629BHJP
H04W 12/03 20210101ALI20220629BHJP
H04W 12/0431 20210101ALI20220629BHJP
【ＦＩ】
H04W8/20
H04W92/08
H04W12/03
H04W12/0431
【請求項の数】
10
(21)【出願番号】P 2021510042
(86)(22)【出願日】2019-08-16
(65)【公表番号】
(43)【公表日】2021-12-09
(86)【国際出願番号】 EP2019072049
(87)【国際公開番号】W WO2020038847
(87)【国際公開日】2020-02-27
【審査請求日】2021-02-22
(31)【優先権主張番号】18306134.0
(32)【優先日】2018-08-23
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】519283417
【氏名又は名称】タレス ディアイエス フランス エスアー
(74)【代理人】
【識別番号】100086368
【弁理士】
【氏名又は名称】萩原 誠
(72)【発明者】
【氏名】ミシェル アンスロット
(72)【発明者】
【氏名】マルク ランベルトン
(72)【発明者】
【氏名】フィリップ ブッカエルト
【審査官】長谷川 未貴
(56)【参考文献】
【文献】欧州特許出願公開第０３３５８８６８（ＥＰ，Ａ１）
【文献】特表２０１５－５３２８０９（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
ＩＰＣ Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
ＤＢ名 ３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
端末と連携するＵＩＣＣをパーソナライズする方法であって、前記方法が、ｉ－ 前記ＵＩＣＣ（１０）からＤ－ＨＳＳ（１２）へ、所定のＭＣＣ／ＭＮＣを含むＩＭＳＩを含むアタッチ要求メッセージを送信すること、
ｉｉ－ 前記Ｄ－ＨＳＳ（１２）から前記ＵＩＣＣ（１０）へ、少なくともディフィー・ヘルマン（Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ）１コマンド（ＤＨ１）及び第１の暗号データを送信すること、
ｉｉｉ－ 前記第１の暗号データを用いることによって、前記ＵＩＣＣ（１０）において秘密鍵（Ｋｉ）を計算すること、
ｉｖ－ 前記ＵＩＣＣ（１０）から前記Ｄ－ＨＳＳ（１２）へ、少なくとも１つの認証失敗メッセージでコマンド（ＤＨ２）と第２の暗号データ又はその一部とを送信すること、
ｖ－ ステップｉｉ～ｉｖを、前記ＵＩＣＣが前記第１の暗号データの全体を保持し、前記Ｄ－ＨＳＳ（１２）が前記第２の暗号データの全体を保持するまで繰り返すこと、
ｖｉ－ 前記Ｄ－ＨＳＳ（１２）が前記第２の暗号データの全体を保持したとき、前記Ｄ－ＨＳＳ（１２）において前記第２の暗号データの全体を用いることによって同じ前記秘密鍵（Ｋｉ）を計算すること、
ｖｉｉ－ 前記Ｄ－ＨＳＳ（１２）によってオペレータに属するフリーＩＭＳＩを割り当て（１００）、前記Ｄ－ＨＳＳ（１２）から前記ＵＩＣＣ（１０）へ前記フリーＩＭＳＩ及び他のパーソナライゼーションデータを転送すること、及び
ｖｉｉｉ－ 前記ＵＩＣＣ（１０）を前記フリーＩＭＳＩ、パーソナライゼーションデータ及び前記秘密鍵（Ｋｉ）でパーソナライズすること（１２８）、
を含む方法。
【請求項2】
前記パーソナライゼーションデータが前記秘密鍵（Ｋｉ）で暗号化され、その後に前記Ｄ－ＨＳＳ（１２）から前記ＵＩＣＣ（１０）へ転送される（１００）、請求項１に記載の方法。
【請求項3】
前記第１の暗号データ及び前記第２の暗号データがＤｉｆｆｉｅ－Ｈｅｌｌｍａｎ交換数であり、前記第１の暗号データがＡ＝ｇａ ｍｏｄ ｐであり、前記第２の暗号データがＢ＝ｇｂ ｍｏｄ ｐであり、ここで、ｐ及びｇが、前記Ｄ－ＨＳＳ（１２）と前記ＵＩＣＣ（１０）とが事前に合意した数であり、“ａ”が前記Ｄ－ＨＳＳ（１２）により選択された乱数であり、“ｂ”が前記ＵＩＣＣ（１０）により選択された乱数である、請求項２に記載の方法。
【請求項4】
前記ＵＩＣＣ（１０）が、連携する前記端末のＩＭＥＩを認証メッセージ要求で送信し、前記Ｄ－ＨＳＳ（１２）が、前記ＩＭＥＩを用いて前記端末のユーザのためのＭＮＯ（バンドルオペレータ）を選択する、請求項１から３の何れかに記載の方法。
【請求項5】
前記Ｄ－ＨＳＳ（１２）が、ユーザにＭＮＯの名称の入力を促すために、前記ＵＩＣＣ（１０）へＳＡＩ Ａｃｋメッセージでコマンドを送信する、請求項１から３の何れかに記載の方法。
【請求項6】
前記Ｄ－ＨＳＳ（１２）が、コマンドを含む複数のＳＡＩ Ａｃｋメッセージで送信されたＩＭＳＩ、ＩＣＣＩＤ、ＯＰｃ、Ｒｉ及びＣｉを含む、前記選択されたＭＮＯのためのパーソナライゼーションデータを前記ＵＩＣＣ（１０）へ送信することによって、前記ＵＩＣＣ（１０）をパーソナライズする、請求項４に記載の方法。
【請求項7】
前記複数のＳＡＩ Ａｃｋメッセージのそれぞれが、前記Ｄ－ＨＳＳ（１２）と前記ＵＩＣＣ（１０）との間のダイアログを相互に関連付けるために用いられる異なるＩＭＳＩを含む、請求項６に記載の方法。
【請求項8】
前記ＵＩＣＣがパーソナライズされると、前記Ｄ－ＨＳＳが、前記ＵＩＣＣが前記選択されたＭＮＯネットワークと通信できるようにするために、前記選択されたＭＮＯネットワークに前記ＩＭＳＩと前記秘密鍵（Ｋｉ）とをプロビジョニングする、請求項６又は７に記載の方法。
【請求項9】
請求項１から８に記載の方法を実行するように構成されたＵＩＣＣ（１０）。
【請求項10】
請求項１から８に記載の方法を実行するように構成されたＤ－ＨＳＳ（１２）。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は電気通信に関連し、本明細書に全体が組み込まれる欧州特許出願第１７３０５２０４．４号に関連している。
【0002】
本発明は、具体的には改良されたＵＩＣＣ（汎用集積回路カード）の無線でのパーソナライゼーション及び／又は多様化に関する。
【背景技術】
【0003】
パーソナライゼーションは電気通信端末と連携するＵＩＣＣにＭＮＯ（移動体ネットワークオペレータ）のプロファイルをインストールすることからなるのに対し、多様化は無線を介してＵＩＣＣがＭＮＯに接続することを許可する、例えばＩＭＳＩ（国際移動体加入者識別番号）、Ｋｉ（暗号化鍵）、ＩＣＣＩＤ（集積回路カードＩＤ）、及び認証アルゴリズムのためのパラメータ（例えば、ミレナージュアルゴリズムの場合のＯＰｃ、Ｒｉ、Ｃｉ）を含むプロファイルなどの所定のＭＮＯパラメータをＵＩＣＣにインストールすることからなる。
【0004】
本発明は、一般的な多様化されていないプロファイルで製造された“汎用ＵＩＣＣ”を無線でパーソナライズ及び多様化する手順を提案する。この操作は信号チャネル（ＳＳ７又はＭＡＰ）を介して行われ、製造プロセス及びコストを最適化し、データローミングコストを発生させない。
【0005】
本発明は２Ｇネットワークから５Ｇネットワークに適用され、３ＧＰＰ規格に準拠する。
【0006】
ＵＩＣＣは、移動体ネットワークに対する安全で、識別可能かつ認証されたアクセスを提供することが知られている。その１９９０年代初頭の始まりから現在まで、ＵＩＣＣ（例えばＳＩＭカード）は、移動体ネットワークに対する安全で、識別可能かつ認証されたアクセスを提供している。そしてまた、移動体ネットワークに接続する際にコンシューマーによって使用されるオペレータが提供する主要な装置の１つである。
【0007】
ＳＩＭは、移動体オペレータネットワークへの安全なアクセスを引き続き提供する。
【0008】
今日、ＵＩＣＣのパーソナライゼーション及び多様化の全てが製造コスト及び複雑性を負担しながら工場で行われている。オペレータからのあらゆるＵＩＣＣオーダーはまた、ＩＣＣＩＤ、ＩＭＳＩ、Ｋｉ、ＯＴＡ鍵、ＰＵＫ鍵、ＯＰＣ、Ｒｉ、Ｃｉなどの主要なＵＩＣＣパラメータを含む入力ファイル及び出力ファイルを安全に交換することを要求する。
【0009】
また、製造されたＵＩＣＣは、パーソナライズ及び多様化されていると有効期間（典型的には３～１２か月）が限られる。売れ残ったＵＩＣＣの期限が切れた後、ＭＮＯはそのネットワークシステム及びＩＴシステムからリソースを解放しなければならない。これによって、これらの期限切れのＵＩＣＣをプロビジョン解除及び破壊するコストがＭＮＯに発生する。
【0010】
本発明は、ＵＩＣＣが初めて使用されるときにそのパーソナライゼーション及び多様化を動的に行うことを目的とする。
【0011】
欧州特許出願ＥＰ－１７３０５２０３（参照により本明細書に組み込まれる）から、データ及びコマンドを交換するためのセルラ電気通信ネットワークにおいて、サーバと、端末と連携するセキュアエレメントとの間に双方向通信チャネルを確立できることが知られている。この特許出願には、この双方向通信チャネルが、
－ サーバのＭＣＣ及びＭＮＣと、セキュアエレメントの一意の識別子の少なくとも一部とを含む第１のアタッチメント要求信号メッセージを端末からサーバへ送信し、サーバに一意の識別子をプロビジョニングすること、
－ サーバからセキュアエレメントへ、少なくとも１つの第１の信号メッセージで、
－ 少なくとも１つのコマンド、
－ セキュアエレメントからサーバへさらなるメッセージを送信する必要がある場合の相関識別子、
－ データを含む第１のペイロードを送信すること、
－ セキュアエレメントにおいてコマンドを実行すること、
によって確立できることが記載されている。
－ サーバのＭＣＣ及びＭＮＣと、セキュアエレメントの一意の識別子の少なくとも一部とを含む第１のアタッチメント要求信号メッセージを端末からサーバへ送信し、サーバに一意の識別子をプロビジョニングすること、
－ サーバからセキュアエレメントへ、少なくとも１つの第１の信号メッセージで、
－ 少なくとも１つのコマンド、
－ セキュアエレメントからサーバへさらなるメッセージを送信する必要がある場合の相関識別子、
－ データを含む第１のペイロードを送信すること、
－ セキュアエレメントにおいてコマンドを実行すること、
によって確立できることが記載されている。
【0012】
簡潔に言えば、この出願は、信号チャネル（ＭＡＰ又はＳＳ７）を使用して、セキュアエレメント（ＵＩＣＣ）及びネットワークの要素（Ｄ－ＨＳＳ＋とも呼ばれる改良されたＨＳＳ）間でデータ及びコマンドを交換することを提案する。
【発明の概要】
【発明が解決しようとする課題】
【0013】
本発明は、このようなメカニズムを、信号チャネルを介してＵＩＣＣをパーソナライズ及び／又は多様化する目的で、改良されたＵＩＣＣと改良されたＨＳＳとの間でデータを交換するために使用することを提案する。
【課題を解決するための手段】
【0014】
この目的は、端末と連携する改良されたＵＩＣＣをパーソナライズする方法であって、
ｉ－ 改良されたＵＩＣＣから改良されたＤ－ＨＳＳへ、所定のＭＣＣ／ＭＮＣを含むＩＭＳＩを含むアタッチ要求メッセージを送信すること、
ｉｉ－ 改良されたＤ－ＨＳＳから改良されたＵＩＣＣへ、少なくともコマンド及び第１の暗号データを送信すること、
ｉｉｉ－ 第１の暗号データを用いることによって、改良されたＵＩＣＣにおいて秘密鍵を計算すること、
ｉｖ－ 改良されたＵＩＣＣから改良されたＤ－ＨＳＳへ、少なくとも１つの認証失敗メッセージでコマンドと第２の暗号データ又はその一部を送信すること、
ｖ－ ステップｉｉ～ｉｖを、ＵＩＣＣが第１の暗号データの全体を保持し、改良されたＤ－ＨＳＳが第２の暗号データの全体を保持するまで繰り返すこと、
ｖｉ－ 改良されたＤ－ＨＳＳが第２の暗号データの全体を保持したとき、改良されたＤ－ＨＳＳにおいて第２の暗号データの全体を用いることによって同じ秘密鍵を計算すること、
ｖｉｉ－ 改良されたＤ－ＨＳＳによってオペレータに属するフリーＩＭＳＩを割り当て、改良されたＤ－ＨＳＳから改良されたＵＩＣＣへフリーＩＭＳＩ及び他のパーソナライゼーションデータを転送すること、
ｖｉｉｉ－ 改良されたＵＩＣＣをフリーＩＭＳＩ、パーソナライゼーションデータ及び秘密鍵でパーソナライズすること、
を含む方法によって達成される。
ｉ－ 改良されたＵＩＣＣから改良されたＤ－ＨＳＳへ、所定のＭＣＣ／ＭＮＣを含むＩＭＳＩを含むアタッチ要求メッセージを送信すること、
ｉｉ－ 改良されたＤ－ＨＳＳから改良されたＵＩＣＣへ、少なくともコマンド及び第１の暗号データを送信すること、
ｉｉｉ－ 第１の暗号データを用いることによって、改良されたＵＩＣＣにおいて秘密鍵を計算すること、
ｉｖ－ 改良されたＵＩＣＣから改良されたＤ－ＨＳＳへ、少なくとも１つの認証失敗メッセージでコマンドと第２の暗号データ又はその一部を送信すること、
ｖ－ ステップｉｉ～ｉｖを、ＵＩＣＣが第１の暗号データの全体を保持し、改良されたＤ－ＨＳＳが第２の暗号データの全体を保持するまで繰り返すこと、
ｖｉ－ 改良されたＤ－ＨＳＳが第２の暗号データの全体を保持したとき、改良されたＤ－ＨＳＳにおいて第２の暗号データの全体を用いることによって同じ秘密鍵を計算すること、
ｖｉｉ－ 改良されたＤ－ＨＳＳによってオペレータに属するフリーＩＭＳＩを割り当て、改良されたＤ－ＨＳＳから改良されたＵＩＣＣへフリーＩＭＳＩ及び他のパーソナライゼーションデータを転送すること、
ｖｉｉｉ－ 改良されたＵＩＣＣをフリーＩＭＳＩ、パーソナライゼーションデータ及び秘密鍵でパーソナライズすること、
を含む方法によって達成される。
【0015】
好ましくは、パーソナライゼーションデータは秘密鍵で暗号化され、その後改良されたＤ－ＨＳＳから改良されたＵＩＣＣへ転送される。
【0016】
有利には、第１の暗号鍵及び第２の暗号鍵はＤｉｆｆｉｅ－Ｈｅｌｌｍａｎ交換数であり、第１の暗号データはＡ＝ｇａ ｍｏｄ ｐであり、第２の暗号データはＢ＝ｇｂ ｍｏｄ ｐである。ここで、ｐ及びｇは、改良されたＤ－ＨＳＳと改良されたＵＩＣＣとが事前に合意した数であり、“ａ”は改良されたＤ－ＨＳＳにより選択された乱数であり、“ｂ”は改良されたＵＩＣＣにより選択された乱数である。
【0017】
好ましくは、改良されたＵＩＣＣは、連携する端末のＩＭＥＩを認証メッセージ要求で送信し、改良されたＤ－ＨＳＳは、このＩＭＥＩを用いて端末のユーザのためのＭＮＯを選択する。
【0018】
有利には、改良されたＤ－ＨＳＳは、ユーザにＭＮＯの名称の入力を促すために、改良されたＵＩＣＣへＳＡＩ Ａｃｋメッセージでコマンドを送信する。
【0019】
有利には、改良されたＤ－ＨＳＳは、コマンドを含む複数のＳＡＩ Ａｃｋメッセージで送信されたＩＭＳＩ、ＩＣＣＩＤ、ＯＰｃ、Ｒｉ及びＣｉを含む、選択されたＭＮＯのためのサブスクリプションデータを改良されたＵＩＣＣへ送信することによって改良されたＵＩＣＣをパーソナライズする。
【0020】
好ましくは、複数のＳＡＩ Ａｃｋメッセージのそれぞれは、改良されたＤ－ＨＳＳと改良されたＵＩＣＣとの間のダイアログを相互に関連付けるために用いられる異なるＩＭＳＩを含む。
【0021】
有利には、改良されたＵＩＣＣがパーソナライズされると、改良されたＤ－ＨＳＳは、改良されたＵＩＣＣが選択されたＭＮＯネットワークと通信できるようにするために、選択されたＭＮＯネットワークにＩＭＳＩ／Ｋｉをプロビジョニングする。
【0022】
本発明はまた、この方法を実行するために構成された改良されたＵＩＣＣ、及びこの方法を実行するために構成された改良されたＤ－ＨＳＳにも関する。
【図面の簡単な説明】
【0023】
本発明は、本発明に係るＵＩＣＣ＋（特別なＵＩＣＣ）をパーソナライズ又は多様化することを許可する完全なやりとりを示す図の以下の説明を読むときにより良く理解されるであろう。
【0024】
【図1A】本発明に係る改良されたセキュアエレメント（ＵＩＣＣ＋）を備えた端末と改良されたＤ－ＨＳＳとの間にセキュアチャネルを確立することを許可する様々な予備ステップを示す図（その１）。
【図1B】本発明に係る改良されたセキュアエレメント（ＵＩＣＣ＋）を備えた端末と改良されたＤ－ＨＳＳとの間にセキュアチャネルを確立することを許可する様々な予備ステップを示す図。その２）。
【図1C】本発明に係る改良されたセキュアエレメント（ＵＩＣＣ＋）を備えた端末と改良されたＤ－ＨＳＳとの間にセキュアチャネルを確立することを許可する様々な予備ステップを示す図（その３）。
【図2A】Ｄ－ＨＳＳ＋のレベルでＩＭＳＩをＵＩＣＣ＋に割り当てるための３つのオプションを示す図（その１）。
【図2B】Ｄ－ＨＳＳ＋のレベルでＩＭＳＩをＵＩＣＣ＋に割り当てるための３つのオプションを示す図（その２）。
【図3A】本発明に係るＵＩＣＣ＋のパーソナライゼーションステップを示す図（その１）。
【図3B】本発明に係るＵＩＣＣ＋のパーソナライゼーションステップを示す図（その２）。
【図3C】本発明に係るＵＩＣＣ＋のパーソナライゼーションステップを示す図（その３）。
【発明を実施するための形態】
【0025】
本発明の目的は、携帯電話（端末）ユーザにサービスを提供するために、ＧＳＭ、ＵＭＴＳ、及びＧＰＲＳ移動体コアネットワークの様々な要素により使用されるアプリケーション層プロトコルであるＭＡＰ（モバイルアプリケーションパート）交換のみを用いることによって、ＵＩＣＣ＋をパーソナライズ又は多様化することである。ＭＡＰは、ＴＤＭ（Ｔ１及びＥ１）の“伝統的”ＳＳ７プロトコルを使用して、又はＳＩＧＴＲＡＮを使用してＩＰを介して運ぶことができる。
【0026】
図１は、本発明に係る改良されたセキュアエレメント（ＵＩＣＣ＋）を備えた端末１０と、改良されたＤ－ＨＳＳ１２（Ｄ－ＨＳＳ＋と呼ばれる）との間にセキュアチャネルを確立することを許可する様々な予備ステップ（１～１８）を示している。
【0027】
その他のいくつかの動作主体、すなわちＭＭＥ（移動体管理エンティティ）１１、ＭＮＯのＨＳＳ１３及びＭＮＯ１４も示されている。
【0028】
ステップ１において、ＵＩＣＣメーカーが一意のＵＩＣＣを発行する。
【0029】
“一意の”によって、全ての発行されたＵＩＣＣが厳密に同一であるか、又は所定のＭＮＯ＿ＩＤ付きで発行される可能性があることが意味される。それらはサブスクリプションによってプロビジョニングされることはない。
【0030】
ステップ２及び３において、ＭＮＯ１４は複数のＩＭＳＩを事前プロビジョニングし、それらをＤ－ＨＳＳ＋１２へ送信する。Ｄ－ＨＳＳ＋１２は、サブスクライバがＭＮＯを選択するときにこれらのＩＭＳＩを使用していく。
【0031】
ステップ３において、ＭＮＯは入力ファイル（ＩＭＳＩ）をＤ－ＨＳＳ＋１２にアップロードする。したがって、Ｄ－ＨＳＳ＋１２にこれらのＩＭＳＩがプロビジョニングされる。
【0032】
ステップ４において、ＭＮＯ１４は、ＩＭＳＩ入力ファイルリストをＤ－ＨＳＳ＋１２にアップロードする。このリストはＭＮＯ＿ＩＤ及び対応するＩＭＳＩを含む。Ｄ－ＨＳＳ＋１２は、ＭＮＯの特定を可能にするＭＮＯ＿ＩＤのリストで構成される。このＭＮＯ＿ＩＤは、ＩＭＳＩ内で直接検索されるか（第１のケース、バンドルオペレータ）、ＵＩＣＣ内に設定されるか（第２のケース、ＭＮＯ特定）、又はユーザによって選択される（第３のケース）。これらの３つのケースは後で詳述される。
【0033】
ステップ５において、電気通信ネットワークにアタッチしようとする端末１０のユーザは自分の端末の電源を入れる。そのため、ＵＩＣＣ＋において、定められたリスト又は範囲からランダムなＩＭＳＩ（ＲＤＮ＿ＩＭＳＩ）（例えば２０,０００個のうちの１個のＩＭＳＩ）が選ばれる。このＩＭＳＩのリスト又は範囲は、製造段階でＵＩＣＣ＋に格納される。このＩＭＳＩのＭＣＣ／ＭＮＣコードは、ＵＩＣＣ＋が予備ステップにおいて通信を行うＤ－ＨＳＳ＋１２のＭＣＣ／ＭＮＣコードである。
【0034】
ステップ６において、端末１０は、定められた範囲又はリスト内からランダムに選ばれたＩＭＳＩを含むアタッチ要求メッセージをＭＭＥ１１へ送信する。そしてＭＭＥ１１は、この要求をＳＡＩメッセージ（ＳＥＮＤ＿ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ＿ＩＮＦＯ）でＤ－ＨＳＳ＋１２へ転送する（ステップ７）。
【0035】
ステップ８において、Ｄ－ＨＳＳ＋１２は、この要求に
－ コマンド（ここではＤｉｆｆｉｅ－Ｈｅｌｌｍａｎ１を表すＤＨ１）
－ ＩＭＳＩ（ここではＮＥＸＴ＿ＩＭＳＩ＿１と呼ばれる）
－ Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ鍵（１６バイト、０から１５）（この鍵は第１の暗号データを構成する）
－ ＸＲＥＳ値
から構成される１つのベクトルを含むＳＡＩ Ａｃｋメッセージで回答する。
－ コマンド（ここではＤｉｆｆｉｅ－Ｈｅｌｌｍａｎ１を表すＤＨ１）
－ ＩＭＳＩ（ここではＮＥＸＴ＿ＩＭＳＩ＿１と呼ばれる）
－ Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ鍵（１６バイト、０から１５）（この鍵は第１の暗号データを構成する）
－ ＸＲＥＳ値
から構成される１つのベクトルを含むＳＡＩ Ａｃｋメッセージで回答する。
【0036】
ＭＭＥ１１は、コマンドＤＨ１、ＮＥＸＴ＿ＩＭＳＩ＿１及び暗号鍵をＵＩＣＣ＋１０へ認証要求パラメータ（ＡＵＴＮ）で転送する。ＡＵＴＮパラメータは１５バイトを送信することを許可する。
【0037】
ステップ１０において、ＵＩＣＣ＋は受信したＤｉｆｆｉｅ－Ｈｅｌｌｍａｎ鍵に基づいて秘密鍵Ｋｉを計算し、この秘密鍵Ｋｉを格納する。ＵＩＣＣ＋はまた、この鍵のおかげでＰＵＫコード、ＰＵＫ２コード及びＯＴＡ鍵を生成する。
【0038】
ステップ１１において、ＵＩＣＣ＋１０は、ＭＭＥ１１へ
－ ＲＤＮ＿ＩＭＳＩと、
－ 同期失敗メッセージと、
－ コマンド（ここではＤＨ２）、第２の暗号データの最初の８バイト（暗号鍵の全長は１６バイトである）、及びＭＮＯ＿ＩＤ（このようなＩＤが利用可能な場合）を含む再同期トークンＡＵＴＳと、
を含む認証失敗メッセージを送信する。
後で説明されるように、本発明の方法はＵＩＣＣ＋をパーソナライズ及び多様化することを許可する。パーソナライゼーションは、ＭＮＯの名称がＵＩＣＣ＋に既に格納されている場合に（ＵＩＣＣ＋のバンドルが所定のオペレータのために製造される）行われなければならない。多様化は、製造されたＵＩＣＣ＋１０にＭＮＯの名称がない場合に行われる可能性がある。
－ ＲＤＮ＿ＩＭＳＩと、
－ 同期失敗メッセージと、
－ コマンド（ここではＤＨ２）、第２の暗号データの最初の８バイト（暗号鍵の全長は１６バイトである）、及びＭＮＯ＿ＩＤ（このようなＩＤが利用可能な場合）を含む再同期トークンＡＵＴＳと、
を含む認証失敗メッセージを送信する。
後で説明されるように、本発明の方法はＵＩＣＣ＋をパーソナライズ及び多様化することを許可する。パーソナライゼーションは、ＭＮＯの名称がＵＩＣＣ＋に既に格納されている場合に（ＵＩＣＣ＋のバンドルが所定のオペレータのために製造される）行われなければならない。多様化は、製造されたＵＩＣＣ＋１０にＭＮＯの名称がない場合に行われる可能性がある。
【0039】
次にＭＭＥ１１は、ＲＤＮ＿ＩＭＳＩ、及びＡＵＴＳトークンをＳＡＩメッセージでＤ－ＨＳＳ＋へ送信する（ステップ１２）。
【0040】
ステップ１３において、Ｄ－ＨＳＳ＋１２は、コマンド（「次」を表すＮＸＴ）、ＮＥＸＴ＿ＩＭＳＩ＿１及び別のＸＲＥＳ値を含む１つのベクトルを含む別のＳＡＩメッセージをＭＭＥ１１へ送信する。
【0041】
そしてコマンド及びＮＥＸＴ＿ＩＭＳＩ＿１は、ＭＭＥ１１によってＵＩＣＣ＋１０へ認証要求メッセージで転送される。
【0042】
ステップ１５において、ＵＩＣＣ＋１０はＲＥＳで回答し、ＭＭＥ１１はＤ－ＨＳＳ＋１２へ位置更新メッセージを送信する（ステップ１６）。
【0043】
ステップ１７において、Ｄ－ＨＳＳ＋１２は、ＵＩＣＣ＋の暗号鍵の最初の８バイトのみがＤ－ＨＳＳ＋１２に送信され、Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎプロセスの終了がこの鍵の１６バイトを必要とするため、位置更新エラーメッセージ（ローミング不許可）で回答する。
【0044】
ステップ１８において、ＭＭＥ１１は、アタッチ拒絶メッセージをＵＩＣＣ＋へ送信する（ＰＬＭＮ不許可）。
【0045】
図１Ｂは次のステップを示しており、ステップ１９がステップ１８に続く。
【0046】
ステップ１９において、ＵＩＣＣ＋１０はＩＭＳＩ値をＮＥＸＴ＿ＩＭＳＩ＿１に設定し、リフレッシュコマンドを端末へ送信する。端末はステップ２０においてリフレッシュを実行する。
【0047】
ステップ２１において、ＵＩＣＣ＋１０は、ＮＥＸＴ＿ＩＭＳＩ＿１を含むアタッチ要求メッセージをＭＭＥ１１へ送信し、ＭＭＥ１１は、このＩＭＳＩをＳＡＩメッセージでＤ－ＨＳＳ＋１２へ送信する（ステップ２２）。
【0048】
ステップ２３において、Ｄ－ＨＳＳ＋１２は、コマンドＮＸＴ（次）、新しいＩＭＳＩ（ＮＥＸＴ＿ＩＭＳＩ＿２）及びＸＲＥＳを含むベクトルをＳＡＩ ＡｃｋメッセージでＭＭＥ１１へ送信する。新しいＩＭＳＩ（ＮＥＸＴ＿ＩＭＳＩ＿２）は、ＭＭＥ１１が同じＩＭＳＩを２回受信しないように使用される。これは以下の説明にも当てはまる。ＭＭＥ１１は、コマンド及び新しいＩＭＳＩを認証要求メッセージでＵＩＣＣ＋へ転送する（ステップ２４）。
【0049】
ＮＸＴコマンドは、ＵＩＣＣ＋１０によって１６バイトの第２の暗号データの残りの部分の送信要求と解釈される。次に、ＵＩＣＣ＋１０は、ＮＥＸＴ＿ＩＭＳＩ＿１と、同期失敗（認証失敗メッセージのステータス）と、コマンド（ＤＨ３）及び暗号鍵の最後の８バイト（８～１５）を含むＡＵＴＳとを含む認証失敗メッセージを送信する（ステップ２５）。ステップ２６において、ＭＭＥ１１は、ＮＥＸＴ＿ＩＭＳＩ＿１及びＡＵＴＳをＳＡＩメッセージでＤ－ＨＳＳ＋１２へ転送する。
【0050】
次にＤ－ＨＳＳ＋１２は、交換されたＤｉｆｆｉｅ－Ｈｅｌｌｍａｎ鍵に基づいて鍵Ｋｉを計算する。Ｄ－ＨＳＳ＋１２はまた、ＰＵＫ、ＰＵＫ２及びＯＴＡ鍵を生成する（ステップ２７）。これがＤｉｆｆｉｅ－Ｈｅｌｌｍａｎ交換の終わりであり、ＵＩＣＣ＋１０及びＤ－ＨＳＳ＋１２は、秘密を交換するのに必要な鍵を有している。
【0051】
この例では、セキュアチャネルの確立はＤｉｆｆｉｅ－Ｈｅｌｌｍａｎプロトコルに基づく。例えば対称鍵（例えばＳＣＰ０３）又は非対称鍵（例えばＳＣＰ１１）を用いることによって、セキュアチャネルを確立するために他の何らかのプロトコルが可能であることはもちろんである。ＵＩＣＣ＋により選択されたランダムなＩＭＳＩ（又はその一部）を用いることによって鍵を導出することもできる（この鍵はＵＩＣＣ＋で計算され、Ｄ－ＨＳＳ＋１２へのランダムなＩＭＳＩの伝送後、ＩＭＳＩの全体（実際のＭＳＩＮ）又はその一部を用いることによって、このＤ－ＨＳＳ＋１２で計算される）。
【0052】
次に、この手順は、端末１０（端末はバンドルに属する補助端末であってよい）のＩＭＥＩを取得するためにステップ１３～２６と同様のステップを続ける。
【0053】
ステップ２８において、Ｄ－ＨＳＳ＋１２は、コマンドＮＥＸＴ、ＮＥＸＴ＿ＩＭＳＩ＿２及びＸＲＥＳを含む１つのベクトルをＳＡＩ ＡｃｋメッセージでＭＭＥ１１へ送信する。ＭＭＥ１１は、コマンドＮＥＸＴ及びＮＥＸＴ＿ＩＭＳＩ＿２を認証要求メッセージでＵＩＣＣ＋へ転送する（ステップ２９）。
【0054】
ステップ３０において、ＵＩＣＣ＋１０は、認証回答メッセージに含まれるＲＥＳでＭＭＥ１１に回答し、ＭＭＥ１１は位置更新メッセージをＤ－ＨＳＳ＋１２へ送信する（ステップ３１）。
【0055】
ステップ３２において、Ｄ－ＨＳＳ＋１２は位置更新エラーメッセージ（ローミング不許可）で回答する。
【0056】
ステップ３３において、ＭＭＥ１１は、アタッチ拒絶メッセージをＵＩＣＣ＋へ送信する（ＰＬＭＮ不許可）。
【0057】
ステップ３４において、ＵＩＣＣ＋１０はＩＭＳＩ値をＮＥＸＴ＿ＩＭＳＩ＿２に設定し、リフレッシュコマンドを端末へ送信する。端末はステップ３５においてリフレッシュを実行する。
【0058】
ステップ３６において、ＵＩＣＣ＋１０は、ＮＥＸＴ＿ＩＭＳＩ＿２を含むアタッチ要求メッセージをＭＭＥ１１へ送信し、ＭＭＥ１１は、このＩＭＳＩをＳＡＩメッセージでＤ－ＨＳＳ＋１２へ送信する（ステップ３７）。
【0059】
図１Ｃは次のステップを示しており、ステップ３８がステップ３７に続く。
【0060】
ステップ３８において、Ｄ－ＨＳＳ＋１２は、コマンドＮＸＴ（次）、新しいＩＭＳＩ（ＮＥＸＴ＿ＩＭＳＩ＿３）及びＸＲＥＳを含むベクトルをＳＡＩ ＡｃｋメッセージでＭＭＥ１１へ送信する。新しいＩＭＳＩ（ＮＥＸＴ＿ＩＭＳＩ＿３）は、ＭＭＥ１１が同じＩＭＳＩを２回受信しないように使用される。これらのＩＭＳＩ（ＮＥＸＴ＿ＩＭＳＩ＿Ｘ）は全て一時的なＩＭＳＩである。ＭＭＥ１１は、コマンド及び新しいＩＭＳＩを認証要求メッセージでＵＩＣＣ＋へ転送する（ステップ３９）。
【0061】
ＮＸＴコマンドは、ＵＩＣＣ＋によって、ＵＩＣＣ＋が連携する端末のＩＭＥＩの送信要求と解釈される。次に、ＵＩＣＣ＋１０は、ＮＥＸＴ＿ＩＭＳＩ＿２と、同期失敗メッセージと、コマンド（ＩＭＥＩ）及び端末のＩＭＥＩを含むＡＵＴＳとを含む認証失敗メッセージを送信する（ステップ４０）。ステップ４１において、ＭＭＥ１１は、ＮＥＸＴ＿ＩＭＳＩ＿２及びＡＵＴＳをＳＡＩメッセージでＤ－ＨＳＳ＋１２へ転送する。
【0062】
ステップ４２～５１はステップ２８～３７と同じであり、ＮＥＸＴ＿ＩＭＳＩ＿２がＮＥＸＴ＿ＩＭＳＩ＿３に取って代わられている。
【0063】
これらの様々なステップの後、様々な可能性が存在する。これらは図２Ａ及び２Ｂに示されている。
【0064】
第１のケース（バンドルオペレータ）では、端末はバンドルオペレータに属し（ＭＮＯは端末を低価格で販売することにし）、Ｄ－ＨＳＳ＋１２は、ＵＩＣＣ＋１０により送信されたＩＭＥＩのおかげでこのＭＮＯを特定し（ステップ４０及び４１）、バンドル規則に基づいてＭＮＯ ＩＭＳＩを割り当てる。
【0065】
第２のケース（ＭＮＯ特定）では、異なるＵＩＣＣ＋は多様化されない（それらは所定のオペレータに属する）。このケースでは、Ｄ－ＨＳＳ＋１２は、ＭＮＯ＿ＩＤに基づいてオペレータを特定し（ステップ１１及び１２）、ＭＮＯ規則に基づいてＭＮＯ ＩＭＳＩを割り当てる。
【0066】
【0067】
ステップ６０は、端末のユーザが自分のオペレータ（ＭＮＯ）を選べるようにするメッセージの送信をＤ－ＨＳＳ＋１２において開始することからなる。ステップ６１において、コマンド（Ｓｅｌｅｃｔ）、Ｎｅｘｔ＿ＩＭＳＩ＿４及びメッセージ“オペレータを選択せよ”からなる１つのベクトルを含むＳＡＩ ＡｃｋメッセージがＸＲＥＳと一緒にＭＭＥ１１へ送信される。
【0068】
次にＭＭＥ１１は、このベクトル（Ｃｍｄ＝Ｓｅｌｅｃｔ，Ｎｅｘｔ＿ＩＭＳＩ＿４，“オペレータを選択せよ”）を含む認証要求メッセージをＵＩＣＣ＋へ伝送する（ステップ６２）。
【0069】
ＵＩＣＣ＋１０は、ＲＥＳ（認証回答）で回答し（ステップ６３）、ＭＭＥ１１により修正されたものが位置更新メッセージでＤ－ＨＳＳ＋１２へ伝送される（ステップ６４）。
【0070】
Ｄ－ＨＳＳ＋１２は、位置更新エラーメッセージ（ローミング不許可）で回答し（ステップ６５）、ＭＭＥ１１は、アタッチ拒絶メッセージ（ＰＬＭＮ不許可）をＵＩＣＣ＋１０に伝送する（ステップ６６）。
【0071】
ステップ６７において、端末上でＳＴＫ（Ｓｉｍツールキット）アプレットが起動して、この端末のユーザに、例えば短縮形（ＮＥＴ）でＭＮＯの名称を入力するように促す。
【0072】
端末によってレコード読み出しコマンドが起動された（レコード読み出しＲｓｐ（ＩＭＳＩ（ＮＥＸＴ＿ＩＭＳＩ＿４），“ＮＥＴ”））（ステップ６８）後、ＵＩＣＣ＋１０はＮＥＸＴ＿ＩＭＳＩ＿４及びＮＥＴ値を設定し、ステップ４８と同様にリフレッシュコマンドをデバイスへ送信する（ステップ６９）。
【0073】
ステップ７０において、ＵＩＣＣ＋１０は、ＮＥＸＴ＿ＩＭＳＩ＿４を含むアタッチ要求メッセージをＭＭＥ１１へ送信する。
【0074】
ステップ７１において、ＭＭＥ１１はＮｅｘｔ＿ＩＭＳＩ＿４をＳＡＩメッセージでＤ－ＨＳＳ＋へ送信する。Ｄ－ＨＳＳ＋は、ＳＡＩ－Ａｃｋ（１つのベクトル（Ｃｍｄ＝“オペレータ名を与えよ”，ＮＥＸＴ＿ＩＭＳＩ＿５，ＸＲＥＳ））メッセージでＭＭＥ１１に回答し（ステップ７２）、ＭＭＥ１１は、認証要求（Ｃｍｄ＝“オペレータ名を与えよ”，ＮＥＸＴ＿ＩＭＳＩ＿５）をＵＩＣＣ＋へ送信する（ステップ７３）。
【0075】
コマンド“オペレータ名を与えよ”は、ユーザにオペレータ（ＭＮＯ）の名称を入力することを要求する。
【0076】
ステップ７４において、ＵＩＣＣ＋は、ＮＥＸＴ＿ＩＭＳＩ＿５と、同期＿失敗と、コマンド“オペレータ名を与えよ”及びオペレータの名称（“ＮＥＴ”）を含むＡＵＴＳとを含む認証失敗メッセージをＭＭＥ１１へ送信する。ユーザは、自分の端末のユーザインタフェースを用いて名称“ＮＥＴ”を既に入力している。
【0077】
次にＭＭＥ１１は、ＮＥＸＴ＿ＩＭＳＩ＿５と、コマンド“オペレータ名を与えよ”及びＭＮＯの名称（“ＮＥＴ”）を含むＡＵＴＳとを、ＳＡＩメッセージでＤ－ＨＳＳ＋１２へ送信する（ステップ７５）。
【0078】
ステップ７６において、名称“ＮＥＴ”と、端末に電源が入れられた発信国とに基づいてオペレータを特定する。Ｄ－ＨＳＳ＋１２は、“ＮＥＴ”規則に基づいてＭＮＯ ＩＭＳＩを割り当てる。これらの規則はＤ－ＨＳＳ＋にプロビジョニングされ、発信国が信号チャネルによって取得され、Ｄ－ＨＳＳ＋はＭＮＯをペア“発信国”／“ＮＥＴ”に関連付けるテーブルを有する。
【0079】
≪バンドルオペレータ≫及び≪ＭＮＯ特定≫のケースでは、ステップ６０～７６は実行されない。
【0080】
３つの全てのケースで、以下の手順が続いていく（図３Ａのステップ１００）。
【0081】
図３Ａ～３Ｃは、本発明に係るＵＩＣＣ＋のパーソナライゼーションステップを示している。
【0082】
これらのステップは、図２Ａ及び２Ｂに示された３つのケースに共通である。
【0083】
第１のステップ（１００）は、ＵＩＣＣ＋へチャンクにより伝送されることになるパーソナライゼーションデータを、Ｄ－ＨＳＳ＋１２のレベルで暗号鍵を使って暗号化することからなる。これらのパーソナライゼーションデータは、ＩＭＳＩ、ＩＣＣＩＤ、ＯＰｃ、Ｒｉ及びＣｉを含む。
【0084】
ここでは、これらのパーソナライゼーションデータをＵＩＣＣ＋１０へ伝送するのに３つのチャンクが必要であると仮定される。
【0085】
ステップ１０１において、Ｄ－ＨＳＳ＋１２は、コマンド“ＰＥＲＳＯ１”、第１のパーソナライゼーションデータ“ｐｅｒｓｏ＿ｄａｔａ＿１”、新しいＩＭＳＩ（ＮＥＸＴ＿ＩＭＳＩ＿６）及びＸＲＥＳからなる１つのベクトルをＳＡＩ ＡｃｋメッセージでＭＭＥ１１へ送信する。
【0086】
ＭＭＥ１１は、このベクトルを認証要求メッセージでＵＩＣＣ＋１０へ送信し（ステップ１０２）、ＵＩＣＣ＋１０は、ＭＭＥ１１に認証回答（ＲＥＳ）で回答する（ステップ１０３）。次にＭＭＥ１１は、Ｄ－ＨＳＳ＋１２へ位置更新メッセージを送信し（ステップ１０４）、Ｄ－ＨＳＳ＋１２は位置更新エラーメッセージ（ローミング不許可）でこれに回答する（ステップ１０５）。次にＭＭＥ１１は、アタッチメントが拒絶されたこと（アタッチ拒絶（ＰＬＭＮ不許可））をＵＩＣＣ＋１０に通知する（ステップ１０６）。
【0087】
ステップ１０７において、ＵＩＣＣ＋１０はＩＭＳＩ値をＮＥＸＴ＿ＩＭＳＩ＿６値に設定し、リフレッシュメッセージを送信する。次に端末は、ＮＥＸＴ＿ＩＭＳＩ＿６を含むアタッチ要求メッセージをＭＭＥ１１へ送信し（ステップ１１０）、ＭＭＥ１１は、Ｄ－ＨＳＳ＋１２へこのＩＭＳＩをＤ－ＨＳＳ＋１２へＳＡＩメッセージで伝送する（ステップ１１１）。
【0088】
ステップ１１２～１２１はステップ１０１～１１１と同じであり、コマンドＰＥＲＳＯ１がＰＥＲＳＯ２に取って代わられ、ｐｅｒｓｏ＿ｄａｔａ＿１が別のパーソナライゼーションデータｐｅｒｓｏ＿ｄａｔａ＿２に取って代わられている。これらのステップでは別のＩＭＳＩ（ＮＥＸＴ＿ＩＭＳＩ＿７）が使用される。
【0089】
ステップ１２２において、コマンドＰＥＲＳＯ３、ＮＥＸＴ＿ＩＭＳＩ＿８及びｐｅｒｓｏ＿ｄａｔａ＿３を含む同じメッセージフォーマットがＤ－ＨＳＳ＋１２によって使用される。ステップ１２２～１２７はステップ１１２～１１７と同じである。
【0090】
Ｎｅｘｔ＿ＩＭＳＩ＿８がＭＮＯのＩＭＳＩである。
【0091】
ステップ１２２～１２７の後、全てのパーソナライゼーションデータがＵＩＣＣ＋１０によって受信されたと仮定され、ステップ１２８において、ＵＩＣＣ＋１０は、全てのパーソナライゼーションデータを復号し、これらをそのファイルシステムに書き込む。
【0092】
ここでＵＩＣＣ＋１０は完全にパーソナライズされている。
【0093】
リフレッシュプロアクティブコマンド（ステップ１２９）の後、Ｄ－ＨＳＳ＋１２は、ＭＮＯ ＨＳＳ／ＢＳＳのプロビジョニングがまだ行われていない場合にこれを行う（ステップ１３０）。
【0094】
ステップ１３１において、Ｄ－ＨＳＳ＋１２は、ＭＮＯにペアＩＭＳＩ／Ｋｉをプロビジョニングする。ＵＩＣＣ＋１０が端末へリフレッシュコマンドを送信した（ステップ１３２）後、このコマンドが実行され（ステップ１３３）、ＵＩＣＣ＋は、ここでＩＭＳＩを含むアタッチ要求メッセージをＭＮＯ ＨＳＳ１３へ送信することができる（ステップ１３４）。このＨＳＳ１３はステップ１３０においてＩＭＳＩ／Ｋｉがプロビジョニングされているため、ＭＮＯ ＨＳＳ１３は、アタッチ応答をＵＩＣＣ＋へ送信することができ（ステップ１３５）、ステップ１３６において、端末／ＵＩＣＣ＋はここでその新しいＭＮＯネットワークにアタッチされる。そしてユーザは、そのＭＮＯからＭＳＩＳＤＮと、ＰＩＮコード（００００のようなデフォルトのＰＩＮコードと異なる場合）と、ＰＵＫコードとを含むＳＭＳを受信することができる。
【0095】
要約すれば、本発明は、何百ものネットワークオペレータの中から標的とするオペレータネットワークのクレデンシャルで汎用ＵＩＣＣ＋を遠隔的にパーソナライズするために、セルラネットワークにアタッチされることなく、端末とディスカバリサーバＤ－ＨＳＳ＋との間のダイアログを作成することができる。本発明は、多様化されていないＵＩＣＣ＋を使用し、製造された汎用ＵＩＣＣ＋は一意であり、全てのオペレータについて同じデフォルトプロファイルを備える。
【0096】
本発明は、規格変更のない２Ｇ、３Ｇ及び４Ｇ／ＬＴＥネットワーク向けに設計されている。
【0097】
本発明は５Ｇネットワークにも適している。
【0098】
Ｄ－ＨＳＳ＋とＵＩＣＣ＋との間のダイアログは、デバイスアタッチメントの間に交換される３つの認証メッセージを使用する。ｓｅｎｄ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｉｎｆｏメッセージは汎用プロファイルのＩＭＳＩ（又はその一部）を送信する。ｓｅｎｄ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｉｎｆｏ応答は、ＲＡＮＤ，ＡＵＴＮパラメータを含み、Ｄ－ＨＳＳ＋にＡＵＴＳパラメータのデータを返信するために同期エラーが使用される。これらの４つのパラメータを使用して、ＵＩＣＣ＋及びＤ－ＨＳＳ＋サービス間でデータ交換及びコマンド実行を行う。
【0099】
この改善されたアタッチメントフェーズは、標的とする／保留オペレータネットワークにアタッチするために、ディスカバリＨＬＲ／ＨＳＳ（Ｄ‐ＨＳＳ＋）を含む世界的な根幹Ｄ－ＨＳＳ＋を使用してＵＩＣＣ＋を設定する。この改善された認証フェーズは、デバイスを根幹Ｄ－ＨＳＳ＋ネットワークにアタッチしない。最初のメッセージ（Ｓｅｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏ）だけがディスカバリＨＬＲ／ＨＳＳ（Ｄ‐ＨＳＳ＋）を介して交換される。このメカニズムはオペレータネットワーク上で課金されず、課金対象データの交換は行われない。ＵＩＣＣ＋及びディスカバリＨＬＲ／ＨＳＳ（Ｄ‐ＨＳＳ＋）間の改善された認証ダイアログの間、Ｄ‐ＨＳＳ＋は、ＲＡＮＤ、ＡＵＴＮ及びＡＵＴＳパラメータで交換されるコマンド及び暗号鍵によってＵＩＣＣ＋を遠隔設定して、ＩＣＣＩＤ、ＩＭＳＩ、Ｋｉ、ＯＴＡ鍵、ＰＵＫ、ＰＵＫ２、ＰＩＮ、ＰＩＮ２、ＯＰＣ、Ｒｉ及びＣｉでＵＩＣＣ＋をパーソナライズする、及び／又はＩＭＥＩ及び／又はＭＮＯ＿ＩＤ（例えばＭＮＯのロゴ付きで製造されたカードの場合）を取得することができる。
【図1A】
【図1B】
【図1C】
【図2A】
【図2B】
【図3A】
【図3B】
【図3C】