特許 6775090 サーバとセキュアエレメントとの間の双方向通信チャネルを確立する方法、対応するサーバ及びセキュアエレメント

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6775090

(24)【登録日】2020年10月7日

(45)【発行日】2020年10月28日

(54)【発明の名称】サーバとセキュアエレメントとの間の双方向通信チャネルを確立する方法、対応するサーバ及びセキュアエレメント

(51)【国際特許分類】

   H04W 8/26 20090101AFI20201019BHJP

   H04W 8/20 20090101ALI20201019BHJP

   H04W 92/08 20090101ALI20201019BHJP

   H04W 92/12 20090101ALI20201019BHJP

【ＦＩ】

   H04W8/26

   H04W8/20

   H04W92/08 110

   H04W92/12

【請求項の数】12

【全頁数】34

(21)【出願番号】特願2019-563673(P2019-563673)

(86)(22)【出願日】2018年2月2日

(65)【公表番号】特表2020-511097(P2020-511097A)

(43)【公表日】2020年4月9日

(86)【国際出願番号】EP2018052629

(87)【国際公開番号】WO2018141895

(87)【国際公開日】20180809

【審査請求日】2019年9月2日

(31)【優先権主張番号】17305124.4

(32)【優先日】2017年2月3日

(33)【優先権主張国】EP

(31)【優先権主張番号】17305203.6

(32)【優先日】2017年2月24日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】519283417

【氏名又は名称】タレス ディアイエス フランス エスアー

(74)【代理人】

【識別番号】100086368

【弁理士】

【氏名又は名称】萩原 誠

(72)【発明者】

【氏名】ミシェル アンスロット

(72)【発明者】

【氏名】マルク ランベルトン

【審査官】 青木 健

(56)【参考文献】

【文献】 韓国公開特許第１０−２０１３−００００３５２（ＫＲ，Ａ）

【文献】 特開２０１６−２１３７４３（ＪＰ，Ａ）

【文献】 特表２０１５−５１１４７０（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１４／０３６４０８７（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００ − ９９／００

Ｈ０４Ｂ ７／２４ − ７／２６

(57)【特許請求の範囲】

【請求項1】

データ及びコマンドを交換するためのセルラ電気通信ネットワークにおいて、サーバ（１２、１３１、４０１）と、端末（１０）と連携するセキュアエレメント（１１）との間の双方向通信チャネルを確立する方法であって、前記方法が、
ａ−前記サーバ（１２、１３１、４０１）のＭＣＣ及びＭＮＣと、前記セキュアエレメント（１１）の一意の識別子の少なくとも一部とを含む第１のアタッチメント要求信号メッセージを前記端末（１０）から前記サーバ（１２、１３１、４０１）に送信し、前記サーバ（１２、１３１、４０１）に前記一意の識別子をプロビジョニングすること、
ｂ−前記サーバ（１２、１３１、４０１）から前記セキュアエレメント（１１）に、少なくとも１つの第１の信号メッセージ（４０）で、
−少なくとも１つのコマンド（ＣＭＤ）、
−前記セキュアエレメント（１１）から前記サーバ（１２、１３１、４０１）にさらなるメッセージを送信する必要がある場合の相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）、
−データを含む第１のペイロード
を送信すること、
ｃ−前記セキュアエレメント（１１）において前記コマンドを実行すること
を含む方法。

【請求項2】

データも含む第２の信号メッセージ（４１）が前記サーバによって前記第１の信号メッセージとともに送信される、請求項１に記載の方法。

【請求項3】

前記データが、ＭＮＯのサーバのＭＣＣ（ＭＣＣ２）及びＭＮＣ（ＭＮＣ２）と、前記セキュアエレメント（１１）が前記ＭＮＯのネットワークにアタッチすることを許可するテンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）とを含む、請求項１又は２に記載の方法。

【請求項4】

前記相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）が、前記サーバ（１２、１３１、４０１）と前記セキュアエレメント（１１）との間で交換されるメッセージをペアにするのに使用され、新しいメッセージが前記サーバ（１２、１３１、４０１）により送信されるたびに変更される、請求項１乃至３のいずれかに記載の方法。

【請求項5】

前記一意の識別子が
−前記セキュアエレメント（１１）のＥＩＤ、又は
−前記ＥＩＤから導出されたキー
である、請求項１乃至４のいずれかに記載の方法。

【請求項6】

セキュアエレメント（１１）の一意の識別子がプロビジョニングされたサーバ（１２、１３１、４０１）であって、前記サーバ（１２、１３１、４０１）が、
ａ−前記セキュアエレメント（１１）と連携する端末（１０）から前記一意の識別子の少なくとも一部を、データを含む第１のアタッチメント要求信号メッセージで受信すること、
ｂ−少なくとも１つの第１の信号メッセージで、
−少なくとも１つのコマンド（ＣＭＤ）、
−前記セキュアエレメント（１１）から前記サーバ（１２、１３１、４０１）にさらなるメッセージを送信する必要がある場合の相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）、
−データを含む第１のペイロード
を送信すること、
ｃ−前記サーバ（１２、１３１、４０１）が前記セキュアエレメント（１１）から前記一意の識別子の全体を受信するまでステップａ及びｂを繰り返すこと、
ｄ−前記一意の識別子に対応するＭＮＯのサーバにプロビジョニングされたテンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）を取得すること、
ｅ−前記テンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）を、現在のＩＭＳＩを前記テンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）に置き換えよとのコマンドとともに前記セキュアエレメント（１１）に送信すること
に関する指示を含む少なくとも１つのマイクロプロセッサを備えたサーバ（１２、１３１、４０１）。

【請求項7】

前記一意の識別子が
−前記セキュアエレメント（１１）のＥＩＤ、又は
−前記ＥＩＤから導出されたキー
である、請求項６に記載のサーバ（１２、１３１、４０１）。

【請求項8】

前記セキュアエレメント（１１）に送信されたテンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）を、前記セキュアエレメント（１１）に含まれたエフェメラルＫｉ（ｅ‐Ｋｉ）と一緒にＭＮＯのＨＳＳ（４０４）にプロビジョニングするＳＭ‐ＤＳサーバ（１３２、４０２）も備えた、請求項６又は７に記載のサーバ（１２、１３１、４０１）を備えた改良されたＳＭ‐ＤＳ＋（４００）。

【請求項9】

セキュアエレメント（１１）であって、
ａ−ＭＣＣと、ＭＮＣと、前記セキュアエレメント（１１）の一意の識別子の少なくとも一部とを含む第１のアタッチメント要求信号メッセージ（フォーマット３１）を、前記セキュアエレメント（１１）と連携する電気通信端末（１０）のベースバンドを介して、初めて電源が入れられたときにサーバ（１２、１３１、４０１）に送信し、前記サーバ（１２、１３１、４０１）に前記一意の識別子をプロビジョニングすること、
ｂ−前記サーバ（１２、１３１、４０１）から、少なくとも１つの第１の信号メッセージ（４０）で、
−少なくとも１つのコマンド（ＣＭＤ）、
−前記セキュアエレメント（１１）から前記サーバ（１２、１３１、４０１）にさらなるメッセージを送信する必要がある場合の相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）、
−データを含む第１のペイロード
を受信すること、
ｃ−前記セキュアエレメント（１１）において前記コマンドを実行すること、
に関する指示を含むオペレーティングシステムを備えたセキュアエレメント（１１）。

【請求項10】

前記オペレーティングシステムが、
ｄ−前記ＭＣＣ、前記ＭＮＣ、前記サーバ（１２、１３１、４０１）から受信した相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）、及びデータを含む第２のペイロードを前記サーバ（１２、１３１、４０１）に少なくとも１つの第２のアタッチメント要求信号メッセージ（フォーマット３２）で送信し、
前記オペレーティングシステムが、前記セキュアエレメント（１１）及び前記サーバ（１２、１３１、４０１）がさらなるデータ又はコマンドを交換する必要がなくなるまで必要に応じてステップａからｄを繰り返す、請求項９に記載のセキュアエレメント（１１）。

【請求項11】

−ＵＩＣＣ、
−ｅＵＩＣＣ、又は
−ｉＵＩＣＣ
から構成される、請求項９又は１０に記載のセキュアエレメント（１１）。

【請求項12】

請求項９乃至１１のいずれかに記載のセキュアエレメント（１１）を備えた端末（１０）。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は電気通信に関し、とりわけセルラ通信ネットワークにおいてサーバと、端末と連携するセキュアエレメントとの間の双方向通信チャネルを、信号メッセージのみを使用することによって確立する方法を提案する。本発明の目的は、端末の所有者及び移動体ネットワークオペレータ（ＭＮＯ）により支払われる料金を無料にすることである。

【背景技術】

【0002】

従来のセルラ電気通信ネットワークでは、セキュアエレメント、例えばＵＩＣＣ、ｅＵＩＣＣ（埋め込みＵＩＣＣ）又はｉＵＩＣＣ（端末のチップに組み込まれたＵＩＣＣ）などが端末と連携する。端末はハンドセット、スマートフォン、タブレット、ウォッチなどでよい。

【0003】

セキュアエレメントは、サブスクライバがＭＮＯのネットワークとの通信に入ることを可能にするサブスクリプションプロファイル（プログラム、ファイル、キー、ファイル構造など）を含む。

【0004】

端末は電源が入れられると、インターネットにアクセスしたり、呼処理を行ったりするためにこのＭＮＯの基地局に接続する。

【0005】

しかしながら、例えばＭ２Ｍ（マシンツーマシン）領域やＩｏＴ（モノのインターネット）などの一部の事例では、セキュアエレメントはＭＮＯのサブスクリプションを含んでいない。セキュアエレメントは、ブートストラップアプリケーション、ＩＭＳＩ（国際移動体加入者識別番号）及びキーＫｉしか含まない場合がある。このような状況は、例えば端末のユーザが複数のオペレータの中からＭＮＯを選ぶことを可能にする。この解決策は、ブートストラップＭＮＯが海外にある場合のプロファイルダウンロードにおけるローミング費用をもたらす。

【発明の概要】

【発明が解決しようとする課題】

【0006】

本発明は、このセキュアエレメントをローミング費用を負担することなく遠隔で（無線で）設定するために、セキュアエレメントとサーバとの間で交換される修正された標準化された信号メッセージを使用することを提案する。

【0007】

標準化された信号メッセージは図１に示されている。このようなメッセージは、３Ｇ及び４ＧネットワークのためのＥＴＳＩ ＴＳ１２４．００８に記述されている。

【0008】

セキュアエレメント（ここではｅＵＩＣＣ）と連携する端末（ここではハンドセット）の電源が入ると、ハンドセットはレコード読み取りコマンドをｅＵＩＣＣに送信する。ｅＵＩＣＣは、ハンドセットにＩＭＳＩを送信することによってこの要求に回答する。次にハンドセットは最強の信号電力を有する基地局に接続し、（ＩＭＳＩと共に）アタッチ要求をＭＭＥ（移動体管理エンティティ）に送信する。ＭＭＥは、このＩＭＳＩをＭＣＣ／ＭＮＣがＩＭＳＩに含まれるものと一致するＭＮＯのＨＬＲ／ＶＬＲにＳＡＩ（ＩＭＳＩ）メッセージ（認証情報送信）で転送する。ＭＭＥ及びＨＬＲ／ＨＳＳは、それらのタスクを実行するための少なくとも１つのマイクロプロセッサを含むサーバである。

【0009】

次にＨＬＲ／ＨＳＳは、ＭＭＥにｎ個の認証ベクトル（ＲＡＮＤ＆ＡＵＴＮ）をＳＡＩ確認メッセージで送信することによってＭＭＥに回答する。次にＭＭＥは、２つの値ＲＡＮＤ及びＡＵＴＮを認証要求メッセージでハンドセットに送信し、ハンドセットはこれらをＡＰＤＵコマンドでｅＵＩＣＣに転送する。ＲＡＮＤはｅＵＩＣＣを認証するために使用され、ＡＵＴＮはネットワークを認証するために使用される。次にｅＵＩＣＣは、値（ＲＥＳ）を計算し、この値をハンドセットに送信する。ハンドセットはＲＥＳ値をＭＭＥに転送し、ＭＭＥは受信したＲＥＳをＨＬＲ／ＨＳＳが提供する計算されたＲＥＳ’値と比較する。ＲＥＳ＝ＲＥＳ’の場合、相互認証が行われ、さらなるメッセージ交換がハンドセットとＭＮＯのネットワークとの間で可能になり、そうでない場合、相互認証が失敗し、ハンドセットにその旨が通知される。

【0010】

本発明は、セキュアエレメントを遠隔で、すなわちオペレータネットワークにアタッチされることなく設定するための信号メッセージを使用することを提案する。

【課題を解決するための手段】

【0011】

より詳細には、本発明は、データ及びコマンドを交換するためのセルラ電気通信ネットワークにおいて、サーバと、端末と連携するセキュアエレメントとの間の双方向通信チャネルを確立する方法であって、方法が、
ａ−サーバのＭＣＣ及びＭＮＣと、セキュアエレメントの一意の識別子の少なくとも一部とを含む第１のアタッチメント要求信号メッセージを端末からサーバに送信し、サーバに一意の識別子をプロビジョニングすること、
ｂ−サーバからセキュアエレメントに、少なくとも１つの第１の信号メッセージで、
−少なくとも１つのコマンド、
−セキュアエレメントからサーバにさらなるメッセージを送信する必要がある場合の相関識別子、
−データを含む第１のペイロード
を送信すること、
ｃ−セキュアエレメントにおいてコマンドを実行すること、
を含む方法を提案する。

【0012】

好ましくは、データも含む第２の信号メッセージがサーバによって第１の信号メッセージとともに送信される。

【0013】

好適な実施形態では、データは、ＭＮＯのサーバのＭＣＣ及びＭＮＣと、セキュアエレメントがＭＮＯのネットワークにアタッチすることを許可するテンポラリＩＭＳＩとを含む。

【0014】

相関識別子は、サーバとセキュアエレメントとの間で交換されるメッセージをペアにするのに使用され、新しいメッセージがサーバにより送信されるたびに変更される。

【0015】

有利には、一意の識別子は、
−セキュアエレメントのＥＩＤ、又は
−ＥＩＤから導出されたキー
である。

【0016】

本発明はまた、セキュアエレメントの一意の識別子がプロビジョニングされたサーバであって、サーバが、
ａ−セキュアエレメントと連携する端末から一意の識別子の少なくとも一部を、データを含む第１のアタッチメント要求信号メッセージで受信すること、
ｂ−少なくとも１つの第１の信号メッセージで、
−少なくとも１つのコマンド、
−セキュアエレメントからサーバにさらなるメッセージを送信する必要がある場合の相関識別子、
−データを含む第１のペイロード
を送信すること、
ｃ−サーバがセキュアエレメントから一意の識別子の全体を受信するまでステップａ及びｂを繰り返すこと、
ｄ−一意の識別子に対応するＭＮＯのサーバにプロビジョニングされたテンポラリＩＭＳＩを取得すること、
ｅ−テンポラリＩＭＳＩを、現在のＩＭＳＩをテンポラリＩＭＳＩに置き換えよとのコマンドとともにセキュアエレメントに送信すること
に関する指示を含む少なくとも１つのマイクロプロセッサを備えたサーバに関する。

【0017】

本発明はまた、セキュアエレメントに送信されたテンポラリＩＭＳＩを、セキュアエレメントに含まれるエフェメラルＫｉと一緒にＭＮＯのＨＳＳにプロビジョニングするＳＭ‐ＤＳサーバも備えた、上記のサーバを備えた改良されたＳＭ‐ＤＳ＋に関する。

【0018】

本発明はまた、セキュアエレメントであって、
ａ−ＭＣＣと、ＭＮＣと、セキュアエレメントの一意の識別子の少なくとも一部を含む第１のアタッチメント要求信号メッセージを、セキュアエレメントと連携する電気通信端末のベースバンドを介して初めて電源が入れられたときにサーバに送信し、サーバに一意の識別子をプロビジョニングすること、
ｂ−サーバから、少なくとも１つの第１の信号メッセージで、
−少なくとも１つのコマンド、
−セキュアエレメントからサーバにさらなるメッセージを送信する必要がある場合の相関識別子、
−データを含む第１のペイロード
を受信すること、
ｃ−セキュアエレメントにおいてコマンドを実行すること、
に関する指示を含むオペレーティングシステムを備えたセキュアエレメントに関する。

【0019】

好ましくは、オペレーティングシステムは、
ｄ−ＭＣＣ、ＭＮＣ、サーバから受信した相関識別子、及びデータを含む第２のペイロードをサーバに少なくとも１つの第２のアタッチメント要求信号メッセージで送信し、オペレーティングシステムは、セキュアエレメント及びサーバがさらなるデータ又はコマンドを交換する必要がなくなるまで必要に応じてステップａからｄを繰り返す。

【0020】

セキュアエレメントは、
−ＵＩＣＣ、
−ｅＵＩＣＣ、又は
−ｉＵＩＣＣ
から構成することができる。

【0021】

本発明はまた、このようなセキュアエレメントを備えた端末に関する。

【図面の簡単な説明】

【0022】

本発明の他の特徴及び利点は、次の図を参照して以下で説明される。

【0023】

【図1】技術水準に関する図（（３Ｇ／４Ｇの場合の）電源投入時の通常の認証フロー）。

【図2】本発明の原理の説明図。

【図3】端末／ｅＵＩＣＣからサーバに送信されるメッセージの様々なフォーマットを示す図。ｅＵＩＣＣはここでは特別なＯＳを有する改良されたＵＩＣＣであり、以下ｅＵＩＣＣ＋という。

【図4】サーバによりｅＵＩＣＣ＋に送信されるＲＡＮＤ及びＡＵＴＮメッセージの長さを有する特別なメッセージを示す図。

【図5】サーバからｅＵＩＣＣ＋に送信されるメッセージで使用されるコマンド値の一例を示す表。

【図6】本発明の第１の使用事例の簡略図。

【図7】この第１の使用事例についての本発明に係るシステムの一例を示す図。

【図8-1】図７の異なるエンティティ間の交換の一例を示す図。

【図8-2】図７の異なるエンティティ間の交換の一例を示す図。

【図8-3】図７の異なるエンティティ間の交換の一例を示す図。

【図9-1】ＰＯＳで所与のｅＵＩＣＣ＋についてサブスクリプションが必要となり、図８のステップが実行されるとき、異なるエンティティ間で交換される信号の流れを示す図。

【図9-2】ＰＯＳで所与のｅＵＩＣＣ＋についてサブスクリプションが必要となり、図８のステップが実行されるとき、異なるエンティティ間で交換される信号の流れを示す図。

【図10-1】ｅＵＩＣＣ＋がＥＩＤキーによって自身を識別することによってＤ‐ＨＳＳと通信するときに何が行われるかを示す図。

【図10-2】ｅＵＩＣＣ＋がＥＩＤキーによって自身を識別することによってＤ‐ＨＳＳと通信するときに何が行われるかを示す図。

【図11】ＥＩＤ符号化の一例を示す図。

【図12】本発明の第２の使用事例を示す図。

【図13】この第２の使用事例についてのＳＭ‐ＤＳ＋のアーキテクチャの一例を示す図。

【図14-1】この第２の使用事例の場合に端末のユーザがオペレータを選択できるようにするステップの流れを示す図。

【図14-2】この第２の使用事例の場合に端末のユーザがオペレータを選択できるようにするステップの流れを示す図。

【図15-1】図１４のステップを実行した後の、第２の使用事例の場合のｅＵＩＣＣ＋と図１３の要素との間のその後の通信を示す図。

【図15-2】図１４のステップを実行した後の、第２の使用事例の場合のｅＵＩＣＣ＋と図１３の要素との間のその後の通信を示す図。

【図16-1】第２の使用事例の場合のｅＵＩＣＣ＋とＤ‐ＨＳＳとの間で再度ＥＩＤキーを使用することにより交換されるメッセージを説明する詳細なフローチャート。

【図16-2】第２の使用事例の場合のｅＵＩＣＣ＋とＤ‐ＨＳＳとの間で再度ＥＩＤキーを使用することにより交換されるメッセージを説明する詳細なフローチャート。

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

【0024】

本発明は、これから３Ｇ又は４Ｇネットワークの範囲内で説明される。本発明は、信号メッセージが端末の電源投入時にセキュアエレメントとネットワークの間で交換される限り、５Ｇネットワーク（及び他の次世代ネットワーク）にも適用可能である。

【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】

ステップ６６において、ＭＭＥは認証が失敗したことをｅＵＩＣＣ＋に確認する。

【0100】

ステップ６７において、リフレッシュコマンドによって、又は一定時間（例えば１０秒）が経過した後、ｅＵＩＣＣ＋は、ＲＡＮＤ及びＡＵＴＮメッセージで受信した第２のＭＣＣ／ＭＮＣでＭＮＯのネットワークへのアタッチを試みる。ここでｅＵＩＣＣ＋は、ステップ６８においてＥＭＭアタッチ要求（ｔ‐ＩＭＳＩ）メッセージでｔ‐ＩＭＳＩをＭＭＥに送信する。ｔ‐ＩＭＳＩは、第２のＭＣＣ（ＭＣＣ２）と、第２のＭＮＣ（ＭＮＣ２）と、テンポラリＭＳＩＮとを含む。

【0101】

ステップ６９において、ＭＭＥは、このｔ‐ＩＭＳＩを（第２のＭＣＣ／ＭＮＣにより識別された）ＭＮＯのＨＳＳに送信し、ステップ７０において、ＨＳＳは認証情報確認ベクトルで回答する。

【0102】

ステップ７１において、ＭＭＥはＲＡＮＤ及びＡＵＴＮを含む認証及び暗号化要求を送信し、（ステップ７２において）ｅＵＩＣＣ＋はＲＥＳで回答する。ステップ７３において、認証が成功したことをＭＭＥはｅＵＩＣＣ＋に通知する。次に位置更新要求メッセージをＭＮＯのＨＳＳに送信することができ（ステップ７４）、ＭＮＯのＨＳＳは位置更新確認メッセージで応答する（ステップ７５）。

【0103】

最後にステップ７６において、ＭＭＥはサービングゲートウェイ及びＰＤＮゲートウェイでＡＰＮ（アクセスポイント名）に接続することができる。次に端末は、インターネットを介して自身をＭＮＯに接続することができ、ＭＮＯはｅＵＩＣＣ＋にサブスクリプションをダウンロード可能になる。

【0104】

図９は、ＰＯＳにおいて所与のｅＵＩＣＣ＋にサブスクリプションが必要とされ、図８のステップが実行された後の異なるエンティティ間で交換される信号のフローを示している。このメカニズムはＧＳＭＡ標準ＳＧＰ．２２−ＲＳＰ技術仕様書に適合する。

【0105】

ステップ８０において、ユーザは自身のハンドセットの電源を入れ、ＬＰＡは、認証開始（ｅＵＩＣＣ＋チャレンジ，ｅＵＩＣＣ＋情報１、ＳＭ‐ＤＳアドレス）メッセージによってルートＳＭ‐ＤＳに接続する（ステップ８１）。ＳＭ‐ＤＳ＋はＯＫメッセージで回答する（ステップ８２）。

【0106】

ステップ８３において、ハンドセットは、クライアント認証（ｅＵＩＣＣ＋署名済１，ｅＵＩＣＣ＋署名１，ＣＥＲＴ．ＥＵＩＣＣ＋．ＥＣＤＳＡ，ＣＥＲＴ．ＥＵＭ．ＥＣＤＳＡ）メッセージをＳＭ‐ＤＳ＋に認証目的で送信する。ＣＥＲＴ．ＥＵＩＣＣ＋．ＥＣＤＳＡは、公開ＥＣＤＳＡ（楕円曲線暗号デジタル署名アルゴリズム）キーのためのｅＵＩＣＣ＋の証明書であり、ＣＥＲＴ．ＥＵＭ．ＥＣＤＳＡは、公開ＥＣＤＳＡキーのためのＥＵＭの証明書である。ＳＭ‐ＤＳ＋は、ＳＭ‐ＤＰ＋のアドレスを含むＯＫメッセージで回答する（ステップ８４）。

【0107】

ステップ８５において、ＬＰＡは、照会されたＳＭ‐ＤＳイベントからＳＭ‐ＤＰ＋アドレスを取得し、ステップ８６において、認証開始（ｅＵＩＣＣ＋チャレンジ，ｅＵＩＣＣ＋情報１，ＳＭ‐ＤＰアドレス）メッセージをＳＭ‐ＤＰ＋に送信する。ＳＭ‐ＤＰ＋はＯＫメッセージで回答する（ステップ８７）。

【0108】

ステップ８８において、ｅＵＩＣＣ＋は、クライアント認証（ｅＵＩＣＣ＋署名済１，ｅＵＩＣＣ＋署名１，ＣＥＲＴ．ＥＵＩＣＣ＋．ＥＣＤＳＡ，ＣＥＲＴ．ＥＵＭ．ＥＣＤＳＡ）メッセージ（ステップ８３と同じメッセージ）をＳＭ‐ＤＰ＋に送信する。ＳＭ‐ＤＰ＋はＯＫメッセージで回答する（ステップ８９）。

【0109】

ステップ９０において、ｅＵＩＣＣ＋は、ＳＭ‐ＤＰ＋に紐づけられたプロファイルパッケージ入手（トランザクションＩＤ）メッセージでサブスクリプションを要求する。ＳＭ‐ＤＳ＋は、要求されたパッケージをステップ９１においてＵＩＣＣに送信する。このパッケージは、サブスクリプションプロファイルと、パーマネント（最終）ＩＭＳＩ及びパーマネントＫｉ（ｐ‐ＩＭＳＩ／Ｐ‐Ｋｉ）とを含む。

【0110】

ステップ９２において、ユーザはＬＰＡボタンをクリックして新しいプロファイルを有効にし、新しいプロファイル及びｐ‐ＩＭＳＩによる将来の再アタッチを強制する。

【0111】

ステップ９３において、ｅＵＩＣＣ＋は、ＭＭＥにｔ‐ＩＭＳＩを使用することによってアタッチメントを要求する。次にＭＭＥは、ｔ‐ＩＭＳＩを含む認証情報をＭＮＯのＨＳＳに送信する。ＨＳＳは、ステップ９５において認証情報確認（ベクトル（Ｋｉ））を送信することによってＭＭＥに回答する。

【0112】

ステップ９６において、ＭＭＥは、ＲＡＮＤ及びＡＵＴＮを含むＥＭＭ認証及び暗号化要求メッセージをｅＵＩＣＣ＋に送信する。ｅＵＩＣＣ＋はＲＥＳで回答し（ステップ９７）、ｅＵＩＣＣ＋のＥＭＭへのアタッチメントがステップ９８において承認される。

【0113】

最後にＭＭＥは、ステップ９９において位置更新要求をＨＳＳに送信し、ＨＳＳはステップ１００において確認応答で回答する。

【0114】

ステップ８０〜１００は、ＧＳＭＡ（２０１６年１０月１４日のＳＧＰ．２２、バージョン２．０、６．５．２．６章及び付属書Ｉ参照）により標準化された標準ステップである。したがって、図９はＬＰＡを介したＯＴＡフローを示す。

【0115】

前項に記載された発明は、ｅＵＩＣＣ＋及びＤ‐ＨＳＳが認証シグナリングを用いて、初期アタッチメントを試行している間にデータ交換できることを要求する。モビリティ制御メッセージは、３ＧＰＰ ＴＳ ２４．００８−Ｍｏｂｉｌｅ ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ Ｌａｙｅｒ３ ｓｐｅｃｉｆｉｃａｔｉｏｎ；Ｃｏｒｅ ｎｅｔｗｏｒｋ ｐｒｏｔｏｃｏｌｓ；Ｓｔａｇｅ３ ｆｏｒ ３Ｇ、及び３ＧＰＰ ＴＳ ２４．３０１−Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ（ＮＡＳ） ｐｒｏｔｏｃｏｌ ｆｏｒ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ（ＥＰＳ）；Ｓｔａｇｅ３ ｆｏｒ ４Ｇ／ＬＴＥに規定されている。

【0116】

図１０は、ｅＵＩＣＣ＋がフォーマット３１の使用可能なディジットをＥＩＤキーで符号化する解決策を示している。
−ｅＵＩＣＣ＋は、（ＭＣＣ１／ＭＮＣ１を不変に保ちながら）ＭＳＩＮ内のデータを送信する。
−Ｄ‐ＨＳＳは、ＲＡＮＤ／ＡＵＴＮフィールド内で符号化されたコマンド及びパラメータによって回答することができる。

【0117】

ｅ‐ＩＭＳＩの符号化スキームは、例えば以下の通りである：
ｅＵＩＣＣ＋はデフォルトプロファイルで作られる。デフォルトプロファイルは、Ｄ‐ＨＳＳにルーティング可能なＭＣＣ１及びＭＮＣ１を含む。次にｅ‐ＩＭＳＩのＭＳＩＮ値（ＭＳＩＮ）は認証トランザクションによって変化する。ｅＵＩＣＣ＋は次の２つのｅ‐ＩＭＳＩのフォーマットを使用する：
−ｅＵＭ製造者によって割り当てられた一意のｅ‐ＩＭＳＩ。これは図３の「フォーマット３１」である。
−ペイロードを保持する修正されたｅ‐ＩＭＳＩ。これは図３の「フォーマット３２」である。

【0118】

初期のｅ‐ＩＭＳＩのＭＳＩＮは、ｅＵＩＣＣ＋を発行しマッピングをデータベースに保持するｅＵＭによってｅＵＩＣＣ＋のＥＩＤに対してマッピングすることができる。ｅＵＭのＥＩＤにマッピングされるｅ‐ＩＭＳＩの値は９０億個存在する。ｅＵＭ：ｅ‐ＩＭＳＩについて１兆個のＥＩＤ値が存在する。

【0119】

Ｄ‐ＨＳＳは、ハンドセット／ｅＵＩＣＣ＋と通信するとき、携帯電話ネットワークで伝統的に送信されたＲＡＮＤ及びＡＵＴＮメッセージを符号化する。

【0120】

図４は、ＲＡＮＤ及びＡＵＴＮ符号化の一例を示している。

【0121】

ＲＡＮＤ及びＡＵＴＮの長さは１６バイトである。したがって、Ｄ‐ＨＳＳからｅＵＩＣＣ＋に搬出可能な総データ量は３２バイト（３Ｇ、４Ｇ、及び５Ｇネットワークの場合）である。
ｅＵＩＣＣ＋は、例えばＲＡＮＤ及びＡＵＴＮに次の構造を使用する：
−１バイトコマンド。
−ｅＵＩＣＣ＋からＤ‐ＨＳＳに送信される次のメッセージで使用される４バイトの相関ＩＤ（識別子）（フォーマット３２）。相関ＩＤは要求と回答を相関させる働きをする。
−構造がコマンドフィールドに依存する２７バイトペイロード（ＲＡＮＤが１０、ＡＵＴＮが１７）。

【0122】

コマンド値は、例えば図５に示したものである。

【0123】

例えば、１バイトコマンド０ｘ０２は、Ｄ‐ＨＳＳからｅＵＩＣＣ＋に送信される、ｅ‐ＩＭＳＩからｔ‐ＩＭＳＩへのＩＭＳＩの切替え要求である。他の多くのコマンドも考えられる。

【0124】

図１１は、ＥＩＤ符号化の一例を示している。

【0125】

ＥＩＤは、図に示すように例えば３２個の数字を含む。ＥＩＤは、ＧＳＭＡの技術仕様書“Ｒｅｍｏｔｅ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｅｍｂｅｄｄｅｄ ＵＩＣＣ”バージョン３．１、２０１６年５月２７日に規定されている。ｅＵＭにより発行されたｅＵＩＣＣ＋を識別するためには、個々のｅＵＩＣＣ＋を真に識別するディジット１８〜２９（ＥＩＤ個別識別番号）のみがＤ‐ＨＳＳに知られていればよい。ｅＵＩＣＣ＋は、Ｄ‐ＨＳＳがｅＵＭのｅＵＩＣＣ＋レコードテーブルを検索するのに使用できる１４桁のキー以外の桁を決して直接伝達しないことが好ましい。

【0126】

このキーはＥＩＤキーと呼ばれ、ＥＩＤと関連付けられる。ＥＩＤキーは、ｅＵＩＣＣ＋内のＥＩＤから生成される。同時にＤ‐ＨＳＳにＥＩＤがプロビジョニングされ、対応するＥＩＤキーが計算される。エフェメラルＩＭＳＩは数十億個のｅＵＩＣＣ＋を処理できるほど長くはなく、このためｅ‐ＩＭＳＩはＥＩＤキーに関連付けられる。Ｄ‐ＨＳＳのレベルでは、テーブルが各ＥＩＤキーを各ＥＩＤに関連付ける。

【0127】

したがって、ＥＩＤ又はＥＩＤキーは、ＥＩＤ個別識別番号から構成される。

【0128】

ｅＵＩＣＣ＋からＥＩＤ又はＥＩＤキー（又はＤ‐ＨＳＳがこのデータの全てのディジットを知っている必要がない場合は少なくともその一部）を送信することができるが、セキュリティ上の理由からＥＩＤではなくＥＩＤキーを信号チャネルで送信することが好ましい。

【0129】

図１０に戻ると、ｅＵＩＣＣ＋は２つの失敗したトランザクションを使用する：
１．第１のトランザクションにおいて、ｅＵＩＣＣ＋は、ＥＩＤ又はＥＩＤキーのディジット［０〜９］を含むｅ‐ＩＭＳＩを提供する。Ｄ‐ＨＳＳは、相関Ｉｄを提供し、０ｘ０１コマンドとともに後続のＥＩＤ又はＥＩＤキーディジットを要求する。
２．第２のトランザクションにおいて、ｅＵＩＣＣ＋は、受信した相関Ｉｄと、ＥＩＤ又はＥＩＤキーのディジット［１０〜１３］を提供する。Ｄ‐ＨＳＳは自身のデータベースを調べて、このｅＵＩＣＣ＋のエンドユーザサブスクリプションのためにＳＭ‐ＤＳ＋によりプロビジョニングされたエントリを探し出す。Ｄ‐ＨＳＳはテンポラリＩＭＳＩを割り当て、ｅ‐ＩＭＳＩからこのｔ‐ＩＭＳＩへの切替えを強制する。

【0130】

図１０において、ＥＩＤキーはｅＵＩＣＣ＋からＤ‐ＨＳＳに送信されるが、これらのキーは本物のＥＩＤ（ＥＩＤ個別識別番号）に置き換えられてもよい。

【0131】

より詳細には、ｅＵＩＣＣ＋がネットワークに接続する第１の試みであるステップ１１０において、ｅＵＩＣＣ＋は、ＥＩＤキーのディジット０〜８を含むようにｅ‐ＩＭＳＩ値を設定する。端末がステップ１１１においてレコード読み取りＡＰＤＵをｅＵＩＣＣ＋に送信するとき、ｅＵＩＣＣ＋は、キーの最初の９個のディジットを含む８バイトで応答する（ステップ１１２）。ステップ１１３において、端末は最強の信号を有するネットワークに接続し、ＭＭＥにこれらのディジットを含むアタッチ要求メッセージを送信する（ステップ１１４）。ステップ１１４において、図３のフォーマット３１が使用される。ステップ１１５において、これらのディジットがＤ‐ＨＳＳに送信される。

【0132】

ステップ１１６においてＤ‐ＨＳＳは、図５に示されているコマンド０Ｘ０１（残りの３個のディジットを送信して下さい）を相関ＩＤと一緒に送信する。このコマンドはＭＭＥ及び端末を介してｅＵＩＣＣ＋に送信される（ステップ１１７及び１１８）。ステップ１１９において、ｅＵＩＣＣ＋は受信したＣｏｒｒｅｌ‐ＩＤとＥＩＤディジット２７〜３１を含むようにｅ‐ＩＭＳＩ値を変更し、リフレッシュコマンドを端末に送信する（ステップ１２０）。第２のレコード読み取り（ステップ１２１）の後、ｅＵＩＣＣ＋は受信した相関ＩＤ及びＥＩＤキーバイト９〜１３をｅ‐ＩＭＳＩフィールドで送信する（ステップ１２２）。

【0133】

ステップ１２３において、図３のフォーマット３２が使用され、キーの最後のバイトがＤ‐ＨＳＳに送信される（ステップ１２４）。次にＤ‐ＨＳＳは受信したキーをｅＵＩＣＣ＋のｔ‐ＩＭＳＩと関連付けることができる。

【0134】

次にＤ‐ＨＳＳは、ｅ‐ＩＭＳＩを別の相関ＩＤと一緒に送信されたｔ‐ＩＭＳＩに切り替えるためにコマンド０Ｘ０２をｅＵＩＣＣ＋に送信する（ステップ１２５）。このコマンドは、ｅ‐ＩＭＳＩをｔ‐ＩＭＳＩに切り替えるｅＵＩＣＣ＋に送信される（ステップ１２６及び１２７）。

【0135】

ｅＵＩＣＣ＋は、このコマンドを受信すると、デフォルトプロファイルのｅ‐ＩＭＳＩ値をＲＡＮＤ＋ＡＵＴＮペイロードの最初の１５バイトに規定された値ｔ‐ＩＭＳＩに変更するものとする。

【0136】

次にｅＵＩＣＣ＋は、リフレッシュプロアクティブコマンドを送信して、ハンドセットに新しいｔ‐ＩＭＳＩ値での再アタッチを強制する（ステップ１２８）。このｔ‐ＩＭＳＩ値によって、ｅＵＩＣＣ＋は、オペレータのネットワークに接続できるようになる（プロセスは図８のステップ６４に対応するステップ１２９を続ける）。

【0137】

ステップ１２９は、やりとりがこれに基づいてｅＵＩＣＣ＋及びＤ‐ＨＳＳ間でさらなる目的のために継続できることを示す。

【0138】

ＥＩＤキーが９桁以下の場合は、ｅＵＩＣＣ＋及びＤ‐ＨＳＳの間でメッセージ交換が１回だけ必要であることに留意すべきである。この場合、ステップ１２５は直ちにステップ１１５に続く（Ｄ‐ＨＳＳはｅＵＩＣＣ＋を識別した後、これにｔ‐ＩＭＳＩを送信することができる）。これは、短いＥＩＤキーが使用される場合やＵＩＣＣ＋のｅ‐ＩＭＳＩが９桁の長さを超えない場合にも当てはまる。このような場合、ｅＵＩＣＣ＋はフォーマット３１のメッセージを１つだけ送信する。フォーマット３２メッセージは使用されない。そしてＣｏｒｒｅｌ‐ＩＤメッセージをｅＵＩＣＣ＋に送信する必要はない。

【0139】

これから詳細な例を説明する。

【0140】

ｅＵＩＣＣ＋に以下のものがプロビジョニングされる：
〇 ＥＩＤ：１２３４６５７８９０１２３４５６７８９０１２３４５６７８９０１２（３２桁）
〇 ＥＩＤキー：１０００００００００２１２（１４桁）
そして、このｅＵＩＣＣ＋は、
〇 ｅ‐ＩＭＳＩ：２０８５１１２３４５６７８９０（１５桁）
を含むデフォルトプロファイルを有する。ここで、ＭＣＣ＝２０８（フランス）、ＭＮＣ＝５１（ＮＥＴＷＯＲＫ）、及びＭＳＩＮ＝１２３４５６７８９０である。このｅ‐ＩＭＳＩは、ＥＩＤ又はＥＩＤキーがＤ‐ＨＳＳに送信される場合は任意選択的である。
〇 ｅ‐Ｋｉ：ＡＥ１Ｆ５Ｅ５５ＢＣ４２５４Ｄ４ＥＥ４５１１１２Ｅ４ＡＡ１５Ｅ７（ＭＮＯとの通信用）。

【0141】

第１のケースにおいて、ｅ‐ＩＭＳＩがｅＵＩＣＣ＋からＤ‐ＨＳＳに送信される場合、アタッチメント要求はＳＡＩ（２０８５１１２３４５６７８９０）であり、その引き換えにＲＡＮＤメッセージフォーマットで０Ｘ０２及びｔ‐ＩＭＳＩを入手する。次にｅＵＩＣＣ＋はｅ‐ＩＭＳＩをｔ‐ＩＭＳＩに置き換える。

【0142】

第２のケースにおいて、ＥＩＤキーがｅＵＩＣＣ＋からＤ‐ＨＳＳに送信される場合、ｅ‐ＩＭＳＩは計算され、ｅＵＩＣＣ＋に書き込まれる：２０８５１０１００００００００。

【0143】

第１のアタッチメントメッセージはＳＡＩ（２０８５１０１００００００００）である。その引き換えに、ｅＵＩＣＣ＋は、ＲＡＮＤフォーマットメッセージでコマンド０Ｘ０１及び相関ＩＤ １２３４を受信する。

【0144】

計算後、ＭＳＩＮのフィールドは２０８５１１１２３４００２１２に置き換えられる。ここで１１２３４００２１２はＭＳＩＮのフィールドにある。

【0145】

そして第２のアタッチメントはＳＡＩ（２０８５１１１２３４００２１２）になる。

【0146】

その引き換えにｅＵＩＣＣ＋は、ＲＡＮＤメッセージフォーマットで０Ｘ０２及びｔ‐ＩＭＳＩを受信し、ｅ‐ＩＭＳＩをｔ‐ＩＭＳＩに置き換える。

【0147】

当然のことながら、ｅＵＩＣＣ＋にＲＡＮＤ及びＡＵＴＮメッセージを送信することができる場合、信号メッセージの交換回数が小さくなる。

【0148】

プロトコルに関して、ｅＵＩＣＣ＋と端末の間でＡＰＤＵが、端末とＭＭＥの間でモビリティ制御ＥＭＭが、そしてＭＭＥとＤ‐ＨＳＳの間でダイアミター又はＭＡＰが交換される。

【0149】

リフレッシュコマンドは、ディスカバリサービスプラス（ＳＭ‐ＤＳ＋）コンセプトの繊細な側面である。すなわちｅＵＩＣＣ＋がアタッチメント／認証手順をトリガするために１回又は数回使用可能なコマンドが必要である。ユーザ知覚が滑らかになるように、ｅＵＩＣＣ＋がハンドセットベースバンドモジュールによって数回の認証サイクルを適時に（認証試行ごとに１０秒未満の遅れで）トリガできることを保証する必要がある。ハンドセットディスプレイをリセットしてはならず、エンドユーザに何度もＰＩＮを入力するよう指示してはならない。

【0150】

また、ハンドセットハードウェアから独立していなければならず、２つの主要なスマートフォンオペレーティングシステムであるＩＯＳ及びＡｎｄｒｏｉｄと連携する必要がある。

【0151】

ｅＵＩＣＣ＋は、異なるＩＭＳＩを用いてアタッチメント／認証サイクルを数回実行するために、リフレッシュコマンド（ＴＳ １０２ ２２３）又はＡＴコマンドを使用する。これによって、ハンドセットベースバンドモジュールはＭＭＥにＥＭＭアタッチ要求を適時にかつ制御された方法で送信できるようになる。

【0152】

図１２は、本発明の第２の使用事例を示している。

【0153】

第２の使用事例はＳＭ‐ＤＳ＋によって可能になる。すなわちエンドユーザは自身のハンドセットの電源を入れるだけでどこでもサブスクライブすることができる。エンドユーザは、ＥＵＭのＳＭ‐ＤＳ＋を使用しているオペレータを選択する場合、いくつかのステップを経てサブスクライブする。エンドユーザがこのＥＵＭのＳＭ‐ＤＳ＋を使用していないオペレータを選択する場合、エンドユーザをＭＮＯショップに行くように勧めるメッセージがハンドセットに表示される。

【0154】

ここでいくつかのステップが必要である：
− 第１のステップで、エンドユーザは、例えばインターネットで注文した新しいハンドセットを受け取る。ハンドセットはｅＵＩＣＣ＋を備える。エンドユーザはハンドセットの電源を入れる。
− 第２のステップで、ｅＵＩＣＣ＋のＯＳは顧客にオペレータの選択を促す。顧客は、例えばサブスクリプションの取得を希望するオペレータに対応する３個のディジット（ここでは「ＮＥＴ」）を入力する。
− 第３のステップで、ハンドセットはこのオペレータのネットワークにアタッチされ、クリックするインターネットリンクを含むＳＭＳを受信する。
− リンクをクリックした後、第４のステップで、ハンドセットウェブブラウザはＭＮＯポータルに接続され、エンドユーザはサブスクリプションプロファイルを選択することができる。
− 最終の第５のステップで、サブスクリプションプロファイルはＭＮＯのＳＭ‐ＤＳ＋によってｅＵＩＣＣ＋にダウンロードされ、端末が使える状態になる。

【0155】

図１３は、この第２の使用事例の場合のＳＭ‐ＤＳ＋のアーキテクチャを示している。

【0156】

ここで、ＳＭ‐ＤＳ＋サーバ１３０は、セルフケアサブスクリプションシステム１３３（以下ＳＳＳ又は第４のサーバ）というシステムを含む。ＳＭ‐ＤＳ＋サーバ１３０は、Ｄ‐ＨＳＳ１３１とＳＭ‐ＤＳ１３２も含む。

【0157】

ＳＭ‐ＤＳは、ＥＳ１２接続を介してＳＭ‐ＤＰ＋１３４及びＳＳＳ１３３にリンクしている。

【0158】

ＳＳＳ１３３はまた、ＥＳ２＋接続を介してＳＭ‐ＤＰ＋及びＭＮＯのＢＳＳ／ＯＳＳ１３５にリンクしている。第４のサーバＳＳＳ１３３は、テンポラリＨＬＲ及びプロビジョニングシステムを含む。ｅＵＩＣＣ＋のためのサブスクリプションが存在しない場合、ｅＵＩＣＣ＋はユーザにプロンプトコマンドを送信し、ユーザはＭＮＯの略称又はこのＭＮＯに対応するコードを自身の端末に入力する。様々なＭＮＯのリストをユーザに提案することができ、ユーザはそのうちの１つを選択する。Ｄ‐ＨＳＳは、この略称又はコードをＭＮＯの名称と関連付け、このＭＮＯがａｌｔ．ＤＳ＋でサービスにサブスクライブしている場合は、ＭＮＯはＤ‐ＨＳＳにｔ‐ＩＭＳＩのプールをプロビジョニングする。次にＤ‐ＨＳＳは、このＭＮＯにアタッチするためのＩＭＳＩをｔ‐ＩＭＳＩの１つと交換することを実現し、オンラインでサブスクリプションを要求するためにコマンドをｅＵＩＣＣ＋に送信する。

【0159】

より詳細には、第１のステップで、ＥＩＤ（又はＥＩＤキー）などの一意の識別子を含む端末と連携するｅＵＩＣＣ＋が、ＥＩＤで（既に説明したような信号メッセージの交換による１つ以上のステップで）Ｄ‐ＨＳＳ１３１への認証を試みるとき、Ｄ‐ＨＳＳ１３１は、ｅＵＩＣＣ＋により送信されたＥＩＤに対して承認待ちのｔ‐ＩＭＳＩがないこと（使用事例１の場合）を検知する。使用事例１では、ｅＵＩＣＣ＋のＥＩＤ（又はＥＩＤキー）をＤ‐ＨＳＳに送信するために２回のやりとりが行われる。

【0160】

Ｄ‐ＨＳＳ１３１は、ＲＡＮＤ／ＡＵＴＮメッセージの長さを有するメッセージでｅＵＩＣＣ＋にシーケンス番号（Ｃｏｒｒｅｌ‐ＩＤ）及び「あなたが選択したオペレータの名前を入力して下さい」というメッセージを表示せよとのコマンドを返信する。

【0161】

次にユーザは、例えば選んだオペレータであるＮＥＴＰＨＯＮＥを入力する。

【0162】

ｅＵＩＣＣ＋は、ＭＣＣ／ＭＮＣ、シーケンス番号及びＮＥＴ（ユーザにより選ばれたオペレータを特定する識別子）を含む全てが数字のメッセージをＤ‐ＨＳＳ１３１に送信する。

【0163】

Ｄ‐ＨＳＳ１３１は、この認証要求から、シーケンス番号と発信元のネットワーク（デバイスの電源が入れられた国）とを特定する。Ｄ‐ＨＳＳ１３１は、メッセージから復号された国及びＮＥＴに基づいて、ディスカバリサービスを受けるその国内のオペレータとしてＮＥＴＰＨＯＮＥを特定する。Ｄ‐ＨＳＳ１３１は、ＥＩＤ、ｔ‐ＩＭＳＩ、及びｅ‐ＫＩをＮＥＴＰＨＯＮＥのＳＳＳに送信する。ＮＥＴＰＨＯＮＥは、そのネットワーク内にこのｔ‐ＩＭＳＩ、ｅ‐ＫＩ及びＥＩＤをプロビジョニングする。

【0164】

Ｄ‐ＨＳＳ１３１は、デバイス（ｅＵＩＣＣ＋）にメッセージＲＡＮＤ／ＡＵＴＮ（最終的に別のシーケンス番号を含む）でｅＵＩＣＣ＋に対するｔ‐ＩＭＳＩ及びＩＭＳＩの交換命令を送信する。

【0165】

次にデバイス１０は、ｔ‐ＩＭＳＩでＭＮＯのＳＳＳにアタッチする。次にサブスクライバは、ウェブポータルを介して自身のサブスクリプションを選択し、サブスクリプションのダウンロードをＬＰＡ／ＳＭ‐ＤＰ＋を通じて開始することができる。

【0166】

これらの様々なステップは、図１４及び図１５でより詳細に説明される。

【0167】

図１４は、端末のユーザがオペレータを選択できるようにするステップの流れを示している（ｅＵＩＣＣ＋はサブスクリプションを含まず、ブートストラップアプリケーション、エフェメラルＫｉ、Ｄ‐ＨＳＳのＭＣＣ／ＭＮＣコード、及び一意の識別子のみを含む）。

【0168】

ステップ２００において、顧客がハンドセットを購入しているが、サブスクリプションをまだ有していない。エンドユーザはハンドセットの電源を入れる。

【0169】

ステップ２０１において、ハンドセットは、ＭＭＥにフォーマット３１メッセージを含むＥＭＭアタッチ要求を送信する。ＭＣＣ／ＭＮＣより後ろの桁は、ＭＳＩＮ、ＥＩＤ（若しくはＥＩＤキー）、又はこれらの一部を含むことができる。

【0170】

ステップ２０２において、ＭＭＥはＤ‐ＨＳＳにメッセージ認証情報送信（ｅ‐ＩＭＳＩ）を送信する。

【0171】

（ｅ‐ＩＭＳＩ、ＥＩＤ又はＥＩＤキーを１回だけで送信できない場合）セキュアエレメントの完全な一意の識別子を受信するために、信号メッセージの交換を複数回行うことができる。

【0172】

ステップ２０３において、Ｄ‐ＨＳＳはＳＭ‐ＤＳ＋によりプロビジョニングされたｔ‐ＩＭＳＩを見つけるためにＥＩＤを調べるが、ｔ‐ＩＭＳＩがプロビジョニングされていないために通信が見つからない。そしてＤ‐ＨＳＳは、ユーザにオペレータの選択を促すコマンドをＲＡＮＤ及びＡＵＴＮフォーマットメッセージで送信する。

【0173】

ステップ２０４において、Ｄ‐ＨＳＳは、ＭＭＥに認証情報確認（プロンプトユーザコマンド）を送信し、ＭＭＥは、ステップ２０５において、ＥＭＭ認証及び暗号化要求（ＲＡＮＤ、ＡＵＴＮ）をｅＵＩＣＣ＋に送信する。ステップ２０６において、ｅＵＩＣＣ＋は、ユーザを促すコマンドを含む認証チャレンジを受信する。

【0174】

ステップ２０７において、ｅＵＩＣＣ＋は、応答として間違ったＲＥＳ値をＭＭＥに送信し、ステップ２０８においてＥＭＭアタッチメントが拒否される。

【0175】

ステップ２０９において、ハンドセットはコマンドを解釈し、アプレット又はＯＳを起動する。アプレット又はＯＳは、「オペレータ名を入力して下さい」というメッセージをハンドセットの画面に表示することによって、サブスクリプションの取得を希望するオペレータの名前の入力をエンドユーザに促す。そしてユーザは自分が選んだオペレータの名前を入力する。

【0176】

タイムアウト（例えば１０秒）又はｅＵＩＣＣ＋リフレッシュコマンドの後に、再アタッチメントが開始され、ｅＵＩＣＣは、ステップ２１０において、選ばれたＭＮＯの名前を含むアタッチ要求をＭＭＥに送信する。

【0177】

ステップ２１１において、ＭＭＥは、ＭＮＯの名前を含む認証情報メッセージをＤ‐ＨＳＳに送信する。

【0178】

ステップ２１２において、Ｄ‐ＨＳＳは、（例えば３桁の）オペレータ名とＭＮＯのリストのマッチングを行い、このＭＮＯにｔ‐ＩＭＳＩを割り当てるか又はＭＮＯからｔ‐ＩＭＳＩを取得する。

【0179】

ステップ２１３において、Ｄ‐ＨＳＳは、選ばれたＭＮＯ ＳＳＳにトリプレット（ＥＩＤ、ｔ‐ＩＭＳＩ、ｅ‐Ｋｉ）をプロビジョニングする。ＭＮＯ ＳＳＳは、後で分かるようにプロビジョニングサーバからセキュアエレメントへのサブスクリプションプロファイルのダウンロードを命じることができる。

【0180】

ステップ２１４において、Ｄ‐ＨＳＳは、ＭＭＥにｔ‐ＩＭＳＩ切替えコマンドをメッセージ認証情報確認（ｔ‐ＩＭＳＩ切替えコマンド）で送信する。このメッセージは、指示によってｅＵＩＣＣ＋にメッセージＥＭＭ認証及び暗号化要求（ＲＡＮＤ、ＡＵＴＮ）で送信される（ステップ２１５）。

【0181】

ステップ２１６において、ｅＵＩＣＣ＋は、ｔ‐ＩＭＳＩを含む認証チャレンジを受信した後、間違った認証応答を返信する（ステップ２１７において、ｅＵＩＣＣ＋がＤ‐ＨＳＳにアタッチしないように誤ったＲＥＳが返信される）。次にＭＭＥは、ＥＭＭアタッチメントが拒否された旨の回答を行う（ステップ２１８）。

【0182】

この時点でｅＵＩＣＣ＋にはＭＮＯのｔ‐ＩＭＳＩがプロビジョニングされており、サブスクリプションを取得するためにそのネットワークに接続することが可能になる。

【0183】

図１５は、ｅＵＩＣＣ＋と図１３の要素との間のその後の通信を示している。

【0184】

ステップ２２０において、ｅＵＩＣＣ＋はリフレッシュコマンドを受信する、又は１０秒のタイムアウト後にｔ‐ＩＭＳＩ（メッセージＥＭＭアタッチ要求（ｔ‐ＩＭＳＩ））でＭＮＯネットワークへのアタッチを試みる（ステップ２２１）。ＭＭＥは、ステップ２２２において認証情報（ｔ‐ＩＭＳＩ）メッセージをＳＳＳに送信し、ＳＳＳは、ステップ２２３においてＭＭＥにメッセージ認証情報送信確認（ベクトル（ｅ‐Ｋｉ））で回答する。ＳＳＳはｔ‐ＩＭＳＩを受信することによって、これをｅ‐Ｋｉと関連付ける。

【0185】

ステップ２２４において、ＭＭＥは、メッセージＥＭＭ認証及び暗号化要求（ＲＡＮＤ，ＡＵＴＮ）をｅＵＩＣＣ＋に送信する。ｅＵＩＣＣ＋は、ｔ‐ＩＭＳＩ及びｅ‐Ｋｉを知っているため、正しいＲＥＳを計算し、これをステップ２２５においてＭＭＥに送信する。ＭＭＥは、ｅＵＩＣＣ＋のアタッチメントが承認された旨の回答を行う（ステップ２２６）。

【0186】

次にＭＭＥは、ステップ２２７において位置更新要求メッセージをＳＳＳに送信し、ＳＳＳは、メッセージ位置更新確認で回答する（ステップ２２８）。次にＭＭＥは、サブスクリプションを選択するために、ＳＳＳのサービングゲートウェイ及びＰＤＮゲートウェイとのセッション（ＡＰＮを介したウェブポータル）を開くことができる（ステップ２２９）。

【0187】

ステップ２３０において、ＳＳＳは、ＳＳＳポータルへのリンクを含むＳＭＳをハンドセット／ｅＵＩＣＣ＋に送信する。エンドユーザは、ＳＭＳで受信したリンクをクリックしてウェブブラウザを開く（ステップ２３１）。

【0188】

ステップ２３２において、ユーザはＳＳＳにオンラインでサブスクライブすることを要求し、サブスクリプション（前払い、後払い、国際的など）を選ぶ。ステップ２３３において、ＳＳＳはＳＭ‐ＤＰ＋にダウンロード命令（ＥＩＤ、ＩＣＣＩＤ、プロファイルタイプ）メッセージを送信し、ＭＮＯのＢＳＳ／ＯＳＳに少なくとも１つのパーマネントＩＭＳＩ及びＭＳＩＳＤＮをプロビジョニングする（ステップ２３４）。ｅＵＩＣＣ＋のＩＣＣＩＤもＢＳＳ／ＯＳＳに送信することができる。

【0189】

ステップ２３５において、ＳＳＳは、ＳＭ‐ＤＰ＋にＳＭ‐ＤＳ＋のアドレスを提出することによって命令（ＥＩＤ、ＩＣＣＩＤ、ｓｍｄｓアドレス）を確認する。

【0190】

ステップ２３６において、ＳＭ‐ＤＰ＋は、そのｅＵＩＣＣ＋のために用意されたサブスクリプションがあることを通知するために登録イベント（ＥＩＤ）メッセージをＳＭ‐ＤＳ＋に送信する。

【0191】

ステップ２３６の後、第１の使用事例について図９に示された同じプロセスが、この第２の使用事例（サブスクリプションのｅＵＩＣＣ＋へのダウンロード）の場合に再度開始される。

【0192】

図１６は、第２の使用事例の場合のｅＵＩＣＣ＋とＤ‐ＨＳＳとの間で交換されるメッセージの一例を説明する詳細なフローチャートを示している。

【0193】

この図で、ｅＵＩＣＣ＋は、１４桁の長さを有するＥＩＤキーを用いてＤ‐ＨＳＳにおいて自身を識別する。

【0194】

ステップ３００において、ｅＵＩＣＣ＋は、ＥＩＤキーディジット０〜８を含むようにｅ‐ＩＭＳＩ値を設定する。ハンドセットは、ステップ３０１においてレコード読み取りコマンドをｅＵＩＣＣ＋に送信し、ｅＵＩＣＣ＋は、ステップ３０２において応答レコード読み取り応答（ｅ‐ＩＭＳＩ（ＥＩＤキーディジット０〜８））を送信することによって回答する。

【0195】

ステップ３０３において、ハンドセットは、最強の信号電力を有するネットワークに接続し、ステップ３０４においてアタッチメント要求（ｅ‐ＩＭＳＩ（ＥＩＤキーディジット０〜８））メッセージをＭＭＥに送信する。ステップ３０５において、ＭＭＥはＤ‐ＨＳＳにメッセージＳＡＩ（ｅ‐ＩＭＳＩ（ＥＩＤキーディジット０〜８））を送信する。

【0196】

ステップ３０６において、Ｄ‐ＨＳＳは、残りのＥＩＤキーディジットを取得するためにメッセージＳＡＩ確認（１ベクトル（Ｃｍｄ＝０ｘ０１，Ｃｏｒｒｅｌ‐ＩＤ，””））で回答する。ステップ３０７において、ＭＭＥはハンドセットに認証要求（Ｃｍｄ＝０ｘ０１，Ｃｏｒｒｅｌ‐ＩＤ，””）メッセージを送信し、これはＡＰＤＵコマンドによってｅＵＩＣＣ＋に転送される（ステップ３０８）。

【0197】

ステップ３０９において、ｅＵＩＣＣ＋は、受信したｃｏｒｒｅｌ‐ｉｄ及びＥＩＤキーディジット２７〜３１を含むようにｅ‐ＩＭＳＩ値を変更する。ステップ３１０において、ｅＵＩＣＣ＋は、リフレッシュ（ＵＩＣＣリセット）プロアクティブコマンドをハンドセットに送信し、ハンドセットはレコード読み取りコマンドで回答する（ステップ３１１）。ｅＵＩＣＣ＋は、メッセージレコード読み取り応答（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，ＥＩＤキーディジット９〜１３））で回答する（ステップ３１２）。

【0198】

次にハンドセットは、アタッチ要求（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，ＥＩＤキーディジット９〜１３））メッセージをＭＭＥに送信し（ステップ３１３）、ＭＭＥは、ステップ３１４においてＤ‐ＨＳＳにＳＡＩ（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，ＥＩＤキーディジット９〜１３））メッセージを送信する。Ｄ‐ＨＳＳは、この時点でＥＩＤの全てのキーを知り、これらをｅＵＩＣＣ＋の真のＥＩＤに関連付けることができる。

【0199】

ステップ３１５において、Ｄ‐ＨＳＳは、ユーザが利用可能なオペレータのリストからオペレータを選択できるように、ＭＭＥにＳＡＩ確認（１ベクトル（Ｃｍｄ＝０ｘ０４，Ｃｏｒｒｅｌ‐ＩＤ，”オペレータを選択せよ．．．”））コマンドを送信する。

【0200】

図５に示すように、ｅＵＩＣＣ＋はコマンド０ｘ０４を受信した場合、ＳＴＫを使用してエンドユーザにペイロードに提供されたメッセージを表示するものとする。

【0201】

このコマンドはｅＵＩＣＣ＋に送信される（ステップ３１６：認証要求（Ｃｍｄ＝０ｘ０４，Ｃｏｒｒｅｌ‐ＩＤ，”オペレータを選択せよ．．．”）及び３１７：認証要求ＡＰＤＵ（Ｃｍｄ＝０ｘ０４，Ｃｏｒｒｅｌ‐ＩＤ，”オペレータを選択せよ．．．”））。ステップ３１８において、ｅＵＩＣＣ＋は、エンドユーザによりハンドセットに入力された数字を収集する（ここでエンドユーザは、略称がＮＥＴＰＨＯＮＥを表す“ＮＥＴ”であるオペレータを選んでいる）。エンドユーザはオペレータ名の全体（文字又は数字（Ａ〜Ｚ及び０から９））を入力することができる。１００，０００個の値を図３のフォーマット３２ペイロードの５桁の数字に符号化することができる。例えばオペレータ名の最初の３桁は、ＩＭＳＩのペイロードに符号化される。

【0202】

ステップ３１９において、ｅＵＩＣＣ＋は、ハンドセットに新しいＩＭＳＩ値での再アタッチを強制するリフレッシュプロアクティブコマンドによってリセットされる。ステップ３２０において、ハンドセットは、レコード読み取りコマンドをｅＵＩＣＣ＋に送信し、ｅＵＩＣＣ＋は、レコード読み取り応答（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，“ＮＥＴ”））で回答する（ステップ３２１）。ステップ３２２において、ハンドセットは、ＭＭＥにアタッチ要求（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，“ＮＥＴ”））メッセージを送信し、ＭＭＥは、ステップ３２３においてＳＡＩ（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，“ＮＥＴ”））メッセージをＤ‐ＨＳＳに送信する。Ｄ‐ＨＳＳは、ＳＡＩ確認（１ベクトル（Ｃｍｄ＝０ｘ０２，Ｃｏｒｒｅｌ‐ＩＤ，“ｔ‐ＩＭＳＩ”））でＭＭＥに回答する（ステップ３２４）。Ｄ‐ＨＳＳは、各オペレータに割り当てられたｔ‐ＩＭＳＩに対応するｔ‐ＩＭＳＩのリストを有する。図９に示すように、（このオペレータのＭＣＣ／ＭＮＣを有する）ｔ‐ＩＭＳＩと一緒に送信されるコマンドは、ｅ‐ＩＭＳＩからｔ‐ＩＭＳＩへの切替えコマンドである。

【0203】

次にＭＭＥは、認証要求（Ｃｍｄ＝０ｘ０２，Ｃｏｒｒｅｌ‐ＩＤ，“ｔ‐ＩＭＳＩ”）メッセージをハンドセットに送信し（ステップ３２５）、ハンドセットは、ステップ３２６においてｅＵＩＣＣ＋に認証要求ＡＰＤＵ（Ｃｍｄ＝０ｘ０２，Ｃｏｒｒｅｌ‐ＩＤ，“ｔ‐ＩＭＳＩ”）を送信する。ここでＣｏｒｒｅｌ‐ＩＤは、Ｄ‐ＨＳＳがｅＵＩＣＣ＋からの回答を要求していないために任意である。

【0204】

次にｅＵＩＣＣ＋は、ｅ‐ＩＭＳＩをｔ‐ＩＭＳＩに置き換え、リフレッシュ（ＵＩＣＣリセット）プロアクティブコマンドをハンドセットに送信する（ステップ３２７）。

【0205】

３２８で示されるように、その後他のステップ、すなわち図１５の選ばれたオペレータからサブスクリプションをダウンロードするためのステップが行われる可能性がある。

【0206】

図に示された全ての要素は、以上で明らかにされた様々なステップを実行するための指示を含む少なくとも１つのマイクロプロセッサを備える。

【0207】

端末のユーザが自身の端末を他のユーザに販売又は贈与すること（及びその端末上のサブスクリプションを削除すること）を希望する場合は、ｐ‐ＩＭＳＩをｅ‐ＩＭＳＩにリセットするためのアプリケーションをｅＵＩＣＣ＋に想定することができる。そして端末の新しい所有者は、ｅ‐ＩＭＳＩ（又はｅＵＩＣＣ＋のＵＩＤ（キー））に含まれる第１のＭＣＣ／ＭＮＣを使用してＤ‐ＨＳＳサーバに接続することによって本発明の方法を再び開始することができる。

【0208】

本発明は、何百ものネットワークオペレータから選択された又は目標とされたオペレータネットワークにアタッチして、そのクレデンシャルを使用してサブスクリプションプロファイルをダウンロードするために、セルラネットワークにアタッチすることもＷＩＦＩ接続を使用することもなく、デバイス及びディスカバリサーバＳＭ‐ＤＳ＋間にダイアログを作成することを可能にする。本発明は、標準的な修正なく２Ｇ、３Ｇ及びＬＴＥネットワーク用に設計されている。本発明は５Ｇネットワークにも適用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8-1】

【図8-2】

【図8-3】

【図9-1】

【図9-2】

【図10-1】

【図10-2】

【図11】

【図12】

【図13】

【図14-1】

【図14-2】

【図15-1】

【図15-2】

【図16-1】

【図16-2】